起因
最近在写一个页面,需要用到时间控制。然后我通过new Date()
传入日期字符串创建了一个对象,并与当前时间做时间戳比较,结果12点刚过,就出问题了。举个栗子:
// 假设当前时间是2019年12月22日0点20分
new Date('2019-12-22').getTime() < new Date().getTime()
// 上面的结果是什么?正常来说应该是true吧,但不好意思啊,返回了false
百思不得其解,当时因为情况紧急,查出了上面的创建时间返回的内容并不是0点,而是8点
所以就强行在时间字符串上拼接了时间:new Date('2019-12-22 00:00:00').getTime()
, 强行解决了这个问题。
然后又碰到了在IOS上不识别中横线分割的时间字符串问题,讲中横线转成了反斜杠。
当时临时解决问题后的字符串大概长这样:
new Date('2019/12/22 00:00:00').getTime() < new Date().getTime()
临时解决问题。现在闲来无事,可以看看这个问题究竟是什么鬼?
尝试
传入不同的字符串格式,看看结果,我只尝试了最常使用的两种格式
惊讶的发现,-
分割的字符串,被默认解析到了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);
}
来源:CSDN
作者:烟草的香味.
链接:https://blog.csdn.net/qq_31725391/article/details/103654706