Chrome更改parseInt默认转?规则 - 凡事预则立,?预则废

今天看到Chrome有更新,就?级了,目?最新稳定版本Chrome 25.0.1364.97 m,然?很高兴的?现之?的崩溃BUG居然已?修?了。

?过很显然新的问题?出?了,?然就?会有这么一篇文章了,下?在弄一个公?培训的PPT,里?需?写到parseInt的一个?典陷阱。

首先回顾一下parseInt(string, radix)当?略radix?数时,大致的解?过程:

  • string以0开头,且??紧跟x时,按照parseInt(string, 16)处?

  • string以0开头,且??紧跟?x时,按照parseInt(string, 8)处?

  • 其余统一按照parseInt(string, 10)处?

当然强烈建议始终使用radix?数

 

按照上?的解?规则,parseInt('010')很自然应该返回8 ,?过奇怪的是Chorme返回的居然是10,难?最新版Chrome改掉了以?默认的转?规则?

晚上回家?拿Chrome 24.0.1312.56试了一下,?现结果也是一样的(没有更早的版本了),看?Chrome改掉这个规则已??是一两天了,?知其他?览器会?会效仿。。。


最???这赶脚,??微回顾一下parseIntparseFloat转?数字上的区别:

  • parseFloat?能转?10进制,而parseInt则支?第二个?数parseInt(string[, radix]),?论上支?任?进制的数字

  • parseInt?能转?科学计数parseInt('1e2');//1parseFloat('1e2');//100

  • parseInt无法转??略?数点??0的数字parseInt('.1');//NaNparseFloat('.1');//0.1

0评论

?表评论

最新评论?回?

    loading

最近?表

    loading

网站分类

    loading

文章归档

    loading

?情链接

Top Comments Footer