IOS Javascript Date的坑

// safari invalid Date
alert(new Date('2010-11-29 11:11:11'))
// 有效
alert(new Date('2010/11/29 11:11:11'))
dataStr.replace(/-/g, '/')

现在来看看一些其他的情况

/*  safari invalid Date
    PC chrome  Mon Nov 29 2010 00:00:00 GMT+0800 (中国标准时间)
    IE 7-9 Mon Nov 29 00:00:00 UTC+0800 2010
    UC/QQ/weixin/QQ浏览器/android浏览器  Mon Nov 29 2010 00:00:00 GMT+0800 (CST)
 */
alert(new Date('11-29-2010')); 
/*  safari invalid Date
    PC chrome  invalid Date
    IE 7-9 Fri May 11 00:00:00 UTC+0800 2012
    UC/QQ/weixin/QQ浏览器/android浏览器  invalid Date
 */
alert(new Date('29-11-2010'));
/*  safari invalid Date
    PC chrome  invalid Date
    IE 7-9 NaN
    UC/QQ/weixin/QQ浏览器/android浏览器  invalid Date
 */
alert(new Date('2010-29-11'));
/*  safari Mon Nov 29 2010 00:00:00 GMT+0800 (CST)
    PC chrome  Mon Nov 29 2010 00:00:00 GMT+0800 (中国标准时间)
    IE 7-9 Mon Nov 29 00:00:00 UTC+0800 2010
    UC/QQ/weixin/QQ浏览器/android浏览器  Mon Nov 29 2010 00:00:00 GMT+0800 (CST)
    safari 支持'11/29/2010' 2010/11/29，不支持2010/29/11 29/11/2010
 */
alert(new Date('11/29/2010'));

发现带/的时间格式都能支持，而带-的很多解析失败。注意下唯独IE能够解析new Date('11-29-2010')，关键解析出来的时间并不是你想要的。不过这种写法大家也不是很常用，最理想的方式还是时间戳，最后前端再格式化，这样才最妥。
看下格浏览器输出内容的意思

• CST：China Standard Time ，等同于chrome浏览器(中国标准时间)。
• GMT： Greenwich Mean Time，格林尼治标准时间
• UTC：Coordinated Universal Time，协调世界时，又称世界标准时间或世界协调时间。

大家都知道北京时区在时区划分上，属东八区，比协调世界时早8小时，记为UTC+8。当格林尼治时间为凌晨00:00时，中国标准时间刚好为上午08:00。

IE的是UTC+0800，其他的确实GMT+0800，那么这两者到底有什么区别？

UTC是经过平均太阳时、地轴运动修正的新时标以及以秒为单位的国际原子时所综合精算而成的，某种程度上来说是要比GMT更加精确，但其差值保持在0.9秒以内，所以差别也不会很大，就是各浏览器执行的标志不同。说了很多关于时间的东西，有兴趣的可以查阅更多资料学习。