事件回顾:

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

  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

  

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

附图:

 

小程序选择器 选完后的结果是[86, 4, 3, 2] // 年,月,日,时
其中月/日都是 +1 才能对应到对应的月和日
timeArr = [86, 4, 3, 2]
year = 1986 // 这里已经函数处理过  所以直接显示1986
 let alraedySummaryTimeObj = [
  { dayStart: 4, dayEnd: 14 }, { dayStart: 12, dayEnd: 13 }, { dayStart: 10, dayEnd: 11 }, { dayStart: 16, dayEnd: 17 }, { dayStart: 15, dayEnd: 16 }, { dayStart: 14, dayEnd: 15 }
 ] // 夏令时中对应的起始日和结束日 86年特殊  5/4 - 9/14

checkYear(timeArr, year)
function checkYear(timeArr, year){
      switch (year){
        case 1986: 
          check86day(timeArr);
          break;
        case 1987:
        case 1988:
        case 1989:
        case 1990:
        case 1991:
          checkDay(timeArr, year);
          break;
        default:
          outNormalTime();
          break;
      }
    }
    function check86day(timeArr){
      let startSign = alraedySummaryTimeObj[0].dayStart;
      let endSign = alraedySummaryTimeObj[0].dayEnd;
      switch(timeArr[1]+1){
        case 5:
        case 9:
          checkHour(timeArr, 5, 9, startSign, endSign)
          break;
        case 6:
        case 7:
        case 8:
          addOffsetTime();
          break;
        default:
          outNormalTime();
          break;
      };
    }
    function checkDay(timeArr, year){
      let alreadySummaryTime = [1986, 1987, 1988, 1989, 1990, 1991];
      let startSign = alraedySummaryTimeObj[alreadySummaryTime.indexOf(year)].dayStart;
      let endSign = alraedySummaryTimeObj[alreadySummaryTime.indexOf(year)].dayEnd;
      switch (timeArr[1] + 1) {
        case 4:
        case 9:
          checkHour(timeArr, 4, 9, startSign, endSign)
          break;
        case 5:
        case 6:
        case 7:
        case 8:
          addOffsetTime();
          break;
        default:
          outNormalTime();
          break;
      };
    }
    function checkHour(timeArr, mon1, mon2, startSign, endSign){
      if (((timeArr[1] + 1 == mon1) && ((timeArr[2] + 1) > startSign)) || ((timeArr[1] + 1 == mon2) && ((timeArr[2] + 1) < endSign))){
        addOffsetTime();
      } else if (((timeArr[1] + 1 == mon1) && ((timeArr[2] + 1) == startSign)) || ((timeArr[1] + 1 == mon2) && ((timeArr[2] + 1) == endSign))){
        checkDetailHour(timeArr, mon1, mon2);
      }else{
        outNormalTime();
      }
    }
    function checkDetailHour(timeArr, mon1, mon2){
      if ((((timeArr[1] + 1 == mon1) && (timeArr[3] > 2))) || ((timeArr[1] + 1 == mon2) && (timeArr[3] < 1))){
        addOffsetTime();
      } else{
        outNormalTime();
      }
    }

// 时间戳进行对应的加减操作
function outNormalTime(){ 时间戳 -= 0 } function addOffsetTime() { 时间戳 -= 3600 * 1000 }


   当我写完这些回头看,一把辛酸泪~~~

  因为我在真机上测试的时候,emm  时区偏移是正常的可以看到-540  也就是说  微信开发者工具是 跑的node.js   所以一直是-480  因为es6有过改动...

  而真机测试是浏览器环境  只能说踩坑踩得心累

  最后的改动回复偏移值的代码是这样子的  

  微信....

let d = new Date(timeStr);
if (d.getTimezoneOffset() !== -480){
    itsBirth = d.getTime() - (-480 - d.getTimezoneOffset()) * 60 * 1000 
}
else{
  itsBirth
= d.getTime()
}

 

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