|
场景：
在某次用时间组件处理时间问题时，同事反馈说传到后端的起始时间是从早上八点开始的，为了处理紧急bug，强制将时间初始化为00:00:00，解决了问题。时隔三个月，某次看书的时候，正好看到new Date()这一章节，猛然想起来当时的问题，就想着去控制台实验一下。
思路：
通过传不同格式的字符串到Date构造函数中，看返回值试图寻找到一些蛛丝马迹。  
实验现象：
经过试验，发现用’-‘拼接的字符串会把默认时间搞成8点，’/'和空格拼接的字符串就没有这个问题。其中，比较有意思的是，如果月份前面不加0，即便是以’-'拼接，时间却不会出现8点的情况。另外，经过Date.UTC()处理的字符串，在没有设置时间参数的情况下，也会将默认时间搞成8点。
考究原因：
网上有种说法是跟我们所在的位置是东八区有关，但也没有相关证明。经过查询相关资料发现，Date构造函数受Date.parse()与Date.UTC()的影响。
解决方案：
经过查询的资料表明，网上将此问题与时区联系起来的说法并非空穴来风。所以目前我们就先规避吧，能用’/‘拼接的就不用’-‘，即便是用了，也最好替换成’/'再做判断。实在规避不了的，就强制设置时间参数为00:00:00。基本上可以解决大部分的问题。
/**
* @description 处理 日期字符串 为 标准时间
* @param {String} dateStr 代表时间的字符串 eg: '2004-07-12'、'2004/07/12'等
* @returns 返回格式：Mon Jul 12 2004 08:00:00 GMT+0800 (中国标准时间)
*/
const handleDateStr = (dateStr) => {
// 替换字符串中的'-'为'/', 避免默认时间出现时区差的情况。
dateStr = dateStr.replace(/-/g, '/')
return new Date(dateStr)
}
相关知识点补充（规则梳理）：
Date.parse()与Date.UTC()是ECMAScript提供的两个方法，意在简化Date构造函数只能传入时间戳的计算过程。ECMA-262没有定义Date.parse()应该支持哪种日期格式，因此这个方法的行为因实现而异，而且通常是因地区而异。Date.parse()在没有特别标明时间时，除了 以’-'连接日期 和 月份以0和1开头 两个条件同时存在时，输出结果会以默认为早上八点；其他情况下，输出的默认时间都为00:00:00。Date构造函数在接收到表示日期的字符串时，后台会调用Date.parse()，所以得到的结果与Date.parse()相同。而Date.UTC()带给Date构造函数的影响，则是传参可以以数组形式传入、并且输出默认时间为00:00:00。
|