js new Date 创建时间默认是8点

起因

最近在写一个页面,需要用到时间控制。然后我通过new Date()传入日期字符串创建了一个对象,并与当前时间做时间戳比较,结果12点刚过,就出问题了。举个栗子

// 假设当前时间是2019年12月22日0点20分
new Date('2019-12-22').getTime() < new Date().getTime()
// 上面的结果是什么?正常来说应该是true吧,但不好意思啊,返回了false

百思不得其解,当时因为情况紧急,查出了上面的创建时间返回的内容并不是0点,而是8点

image-20210913230902310

所以就强行在时间字符串上拼接了时间:new Date('2019-12-22 00:00:00').getTime(), 强行解决了这个问题。

然后又碰到了在IOS上不识别中横线分割的时间字符串问题,讲中横线转成了反斜杠。

当时临时解决问题后的字符串大概长这样:

new Date('2019/12/22 00:00:00').getTime() < new Date().getTime()

临时解决问题。现在闲来无事,可以看看这个问题究竟是什么鬼?

尝试

传入不同的字符串格式,看看结果,我只尝试了最常使用的两种格式

image-20210913230920348

惊讶的发现,-分割的字符串,被默认解析到了8点,而/分割的字符串,默认解析到了0点。这么说来,我之前有点多次一举了,直接讲-替换成/就可以了啊。

探究

那么为什么默认是8点呢?有没有觉得8这个数字很值得关注,我们所在的时区是东八区,如果以GMT标准0点来算的话,在那个时间点,这里就是8点啊。

那我就可以这样理解了,创建时间时,它默认时间确实是0点,但是是以GMT为基准的,所以将其转换成本地时间就是8点。而/分割的字符串在创建时,则是以本地时区为基准。

那么为什么js会对不同分割的时间字符串进行不同处理呢?貌似是因为-分隔且具有前导0的日期字符串,会被解析成ISO格式的字符串,以GMT时区为基准,不过我也没看懂。

解决

最终,既然-分割的字符串会出问题,那我就讲所有的-都换成/就好了,正好也可以借此解决IOS的兼容问题。

动手解决:

/**
 * 将时间字符串转换成date对象
 * @param dateStr
 * 时间字符串
 */
function getDate(dateStr){
    /* 若日期是使用-分割的,全部转换成/
            因为只有日期时,js会将-分割的字符串基准时区设置为GMT,与当前时区相差8小时 */
    dateStr = dateStr.replace(/-/g, '/');
    return new Date(dateStr);
}
订阅评论
提醒
guest
0 评论
内联反馈
查看所有评论
0
希望看到您的想法,请发表评论。x