parseInt070

也许很多人看到这个表达式，会脱口而出，不就是56吗？因为函数会把070当做八进制字面量解析，转换之后就是十进制的56。看起来真的就是这样,浏览器的运行结果也确实是这样，

那我们试试给这个函数传入第二个参数，也就是转换的基数，运行结果如下：

是不是和想像的不一样?把070转换成十进制数，不应该是70吗？怎么跟上面的56不一样呢？这是为什么呢？和下面的图片一对比，恍然大悟。

事实上，parseInt的第一个参数传入的是字符串，而这个例子里面，传入的070是一个八进制数56，函数运算时会隐式地将数字转换成字符串56，这样再转换成数字，十进制就是56，八进制就是46了。我们可以验证一下，

查一查API也能够验证。

事实上，ECMAScript 5 规范不再允许parseInt函数的实现环境把以0字符开始的字符串作为八进制数值。ECMAScript 5 陈述如下：

根据给定radix，parseInt函数产生一个由字符串参数内容解析过来的整数值。字符串中开头的空白会被忽略。如果radix没有指定或者为0，参数会被假定以10为基数来解析，如果数值以字符对0x或0X开头，会假定以16为基数来解析。

这与ECMAScript 3有所不同，ECMAScript 3仅仅是不提倡这种做法但并没有禁止这种做法。

直至2013年，很多实现环境并没有采取新的规范所规定的做法, 而且由于必须兼容旧版的浏览器，所以永远都要明确给出radix参数的值。