这么小心还是在"08"向8的转换上栽了
关于parseInt的解释msdn说得很清楚，抄过来就行了：
parseInt(numString, [ radix])
Arguments
numString
Required. A string to convert into a number.
radix
Optional. A value between 2 and 36 indicating the base of the number contained in numString. If not supplied, strings with a prefix of '0x' are considered hexadecimal and strings with a prefix of '0' are considered octal. All other strings are considered decimal.
对于radix的注意事项，我记得园子里也有人提醒过。google一下，还不止一篇提到：
javascript中parseInt的问题
Javascript 日期校验完备全过程
那还说什么呢？说下这个问题怎么被遇到了，以及以后怎么避免吧，不要栽在同一个坑里才是上策嘛。
我写了一段处理日期的脚本，功能是把一段literal形式的日期转为日期对象。比如：2005-5-14 18:16:6，要转成一个Date对象。方法ConvertToDate()如下：
function ConvertToDate(strDate)
{
strDate = strDate.replace(/-/ig, ':').replace(' ', ':');
var dataParts = strDate.split(':');
return
new Date(parseInt(dataParts[0]), parseInt(dataParts[1])-1, parseInt(dataParts[2]),
parseInt(dataParts[3]), parseInt(dataParts[4]), parseInt(dataParts[5]));
}
这个方法运行正常，而且稍微看看，由于日期是紧凑形式，似乎是不会出现05，08这样的东西需要转换。对，如果一直这样也就对了，我也不会载在这个转换上面了。问题是后来服务器端的代码被移到了一个英文版.net framework的服务器上去了，这个时候DateTime结构的ToString()默认返回回来的日期字符串成了"5/14/2005 6:16:6 PM"了，我前面的那个ConvertToDate()不能转换了。为了偷点懒，把DateTime.ToString()的结果格式化一下不就行了吗，于是把.ToString()改成了.ToString("u").Replace("Z", "")。这下的输出结果成了："2005-05-14 18:16:06"，使用ConvetToDate()来转换似乎仍然工作的挺好的。
后来的事情嘛，就是我遇到了默认八进制格式的问题，就是"0"开头的数字的问题。因为使用日期的等宽输出形式后，0d这种形式就非常常见了。由于当初的ConvertToDate()没有考虑这个问题(当初确实也不会遇到0d这种形式，小于10的数字就是d这种格式)，结果埋下了此祸根。
修改这个bug也很简单，给parseInt方法加上第二个参数就行了，修改后的ConvertToDate()为：
function ConvertToDate(strDate)
{
strDate = strDate.replace(/-/ig, ':').replace(' ', ':');
var dataParts = strDate.split(':');
return
new Date(parseInt(dataParts[0], 10), parseInt(dataParts[1], 10)-1,
parseInt(dataParts[2], 10), parseInt(dataParts[3], 10),
parseInt(dataParts[4], 10), parseInt(dataParts[5], 10));
}
这里得到了一个小小的教训，在使用带有optional参数的方法时，应该格外的小心，由于parseInt在没有radix参数时，但却支持"0x"和"0"这种前缀作为一个radix的隐式说明。所以以后在使用具有默认参数的方法时，应尽量明确给出参数值，以减少后期代码修改而带来不可预见bug。
本文转自博客园鸟食轩的博客，原文链接：http://www.cnblogs.com/birdshome/，如需转载请自行联系原博主。
