推荐关注
› Meteor
› JSLint - a JavaScript code quality tool
› jsFiddle
› D3.js
› WebStorm
推荐书目
› JavaScript 权威指南第 5 版
› Closure: The Definitive Guide
› Closure: The Definitive Guide
这是一个创建于 3815 天前的主题，其中的信息可能已经有所发展或是发生改变。
Date.parse('2014-07-16 16:12:30')返回直为1405498350000
Date.UTC(2014,7,15, 16,33,43)返回直为1408120423000
这2个数值之间相差728个小时，觉得也不是因为时区的问题把。不明白。
Date.UTC(2014,7,15, 16,33,43)返回直为1408120423000
这2个数值之间相差728个小时，觉得也不是因为时区的问题把。不明白。
6 条回复 • 2014-07-17 09:39:33 +08:00
 |
1
wxt2005 2014-07-17 00:39:35 +08:00  1
因为你用 2014,7,15 这种格式传值的时候，月份是从0开始数的。
所以实际上这是8月15日了。 |
 |
2
jsonline 2014-07-17 00:50:47 +08:00 via Android 1
差了一个月，经典的坑。专门用来坑新手的。
|
|
3
jsonline 2014-07-17 01:09:59 +08:00
你如果要问为什么JS这么坑，其实是因为JS诞生的时候直接照搬了Java 1.0的Date对象。
所以 Java 1.0 的 Date 为什么是这样的呢？是因为 Java 1.0 遵循了一份老旧的 C 语言的标准（the old standard (POSIX) localtime C function http://linux.die.net/man/3/localtime） 这个坑的由来和 JS 的 NaN 坑是多么的类似啊，啊哈哈。 |
 |
4
SoloCompany 2014-07-17 02:45:02 +08:00 via iPad
这个问题的标准回答可以套用典型的 RTFM 了
|
 |
5
coolicer 2014-07-17 08:24:33 +08:00
学习了。
|
 |
6
Tonni 2014-07-17 09:39:33 +08:00 via Android
可以考虑用momentjs处理时间
|
Select Language