javascript中new Date()会存在偏差一小时的bug

事件回顾:

　　因为我们的产品会有与时间转换这部分，并且流量主要集中在小程序。

　　emmm~ 获取用户出生的年/月/日/时我们和后台协商的是换算用户选择后的时间为年/月/日/时/分/秒所以我们会给用户默认时1分1秒...

　　但是，因为小时的关系部分用户反馈和浏览器产品的显示不准

　　当然，接到反馈的产品当然会和我们沟通，是不是代码出了bug ？

问题复现:

　　我在小程序时间选择器选择到 1989/5/14 任意小时的时候使用 new Date(年,月-1,日,时,分,秒).getTime() 和 https://tool.lu/timestamp/ 换算回来的日期与用户竟然会有一个小时的差距...

　　这我就很纳闷了，到底是什么问题...

　　于是我用node跑了一个脚本

// main.js

let fs = require('fs');

let rightTime = 673023661000; // https://tool.lu/timestamp/ 取你要对比的正确的时间戳;
let year = 1991; // 对比的年份
let arr = [];
let diffArr = [];
let mon = [31,28,31,30,31,30,31,31,30,31,30,31] // 当年的月份对应的多少天
let signNum = 0;
for(let i = 0; i < 12; i++){
    if(i+1 == 5){
        for(let j=0; j<mon[i]; j++){
            for(let k=0; k<24; k++){
                let currentTime = year + '/' + (i+1) + '/' + (j+1) + '/ ' + k + ':1:1+08:00'
                let getJsTime = new Date(year, i, j+1, k, 1, 1);
                let obj = '\r\n' + currentTime + " ---> "  + getJsTime+ "<-->" + getJsTime.getTimezoneOffset() +" ---"+ getJsTime.getTime();
                diffArr.push(getJsTime.getTime())
                arr.push(obj)
                signNum++
            }
        }
    }
}

for(let i=0; i<arr.length; i++){
    let currentComNum = rightTime + i * 1000 * 3600;
    let sign = ''
    if(diffArr[i] == currentComNum){
        sign = 'yes'
    }else{
        sign = 'no';
    }
    arr[i] = arr[i] + '--->' + currentComNum + ' ---> ' + sign;
    console.log(arr[i] + '--->' + currentComNum + ' ---> ' + sign)
}

fs.writeFile('对比.txt', arr, (err) => {
    if (err) throw err;
    console.log('文件已保存');
});

　　运行这个js文件 node main.js

　　然后我发现时间偏移 getJsTime.getTimezoneOffset() 这部分值一直是-480 其实读者看完可以直接跑一次就可以在main.js同级目录下看到

突然想起来Node.js和浏览器的运行环境不一样，会不会在浏览器表现不一致？所以，我只能再粘贴复制代码到浏览器开发者工具。复制的代码去掉以下部分:

let fs = require('fs');

fs.writeFile('对比.txt', arr, (err) => {
    if (err) throw err;
    console.log('文件已保存');
});

　　去掉之后，在浏览器中的表现瞬间清晰，因为，时间偏移 getJsTime.getTimezoneOffset() 这个值已经成了 -540 。此时你就会想为什么会这样子？接下来开始解密阶段。

揭秘部分年份出现的1小时偏差

1986年4月，我国采取夏令时，具体作法是：每年从四月中旬第一个星期日的凌晨2时整（北京时间），将时钟拨快一小时，即将表针由2时拨至3时，夏令时开始；到九月中旬第一个星期日的凌晨2时整（北京夏令时），再将时钟拨回一小时，即将表针由2时拨至1时，夏令时结束。从1986年到1991年的六个年度，除1986年因是实行夏时制的第一年，从5月4日开始到9月14日结束外，其它年份均按规定的时段施行。在夏令时开始和结束前几天，新闻媒体均刊登有关部门的通告。1992年起，夏令时暂停实行。

　　看到这里，你会不会恍然大悟。但是，别高兴得太早...

　　你会说，为什么不能高兴？这原因都找到了，你不就可以根据这个偏移值计算回正常的日期吗？

　　emm~ 道理是这样的确实，浏览器可以这样子，但是小程序是根源所在，还得在小程序实验验证才行！！！

小程序验证

　　emm~~ 经过一系列的操作，最后我得到的结果和Node.js跑出来的一样，偏移值一直是-480！！！

　　好吧，这个找了一系列的原因竟然找到了，小程序没有做对夏令时的处理

　　emm~~ 所以我在微信开发者社区报备这个bug

　　最后的最后，我还是得在微信修改之前自己手动判断夏令时区间。。。

　　记录这次的小程序采坑记~~