JS new Date() 时区问题

1.问题出现在项目中，涉及到多个国家的产品开展活动的时间问题，借此记录

1.1 new Date() 会根据不同时区去展示不同的时间，那么就不适合用于多地区时间问题上

1.2 new Date().getTime();
        获取的时间戳,别觉得变成时间戳没差，这个时间戳计算方式是从1970~现在，就意味着你在+8地区和+4地区，同时打印new Date().getTime()后得到的时间戳是一样的，那么你就可以计算一下时差，比如说你想在中国八点，美国0点，那么就可以在中国+8时区下直接将new Date('2023-12-18 08:00:00').getTime(); 

new Date().getTime()
//1702893173829
new Date(1702893173829)
//Mon Dec 18 2023 17:52:53 GMT+0800 (中国标准时间)

        那么对应美国时间就应该是当前时间-16

new Date(1702893173829)
Mon Dec 18 2023 01:52:53 GMT-0800 (北美太平洋标准时间)

        现在可以看出来new Date().getTime() 其实不受时区的控制，它只是从1970~现在的毫秒数，你在美国也好，在别的时区也罢，它计算的只是1970~现在的时间的毫秒数，现在中国八点，那么美国就是0点，所以不要晕在这一步；
 

2.既然时间戳有了，就可以直接进行比较了，当然这里的比较是后台返回的是时间戳，如果后台返回的是标准时间格式如：‘2023-12-18 08:00:00’ ,那么我们就需要手动转换了，手动转换需要考虑两点

        1.你当前处于哪个时区，计算出当前时区与零时区的时差，为什么是零时区呢，因为 Date 中有直接可以获取距离零时区的方法 new Date.getTimezoneOffset();

new Date().getTimezoneOffset();
//480 分钟

        2.目标时间与零时区的时差是多少，那么就需要提供目标地区的时差,这里美国为例

//美国时区 -8，中国+8，由于我们计算了当前地区距离零时区的时差，所以只需要计算-8时区的就好
let cnZone = new Date().getTimezoneOffset(); //480 返回的是分钟

let usZone = -8; //这里一般是灵活的，后台传递,-8是小时,看后台怎么处理;
//将标准时间格式转换成时间戳
let nowTime = new Date('2023-12-18 18:00:00).getTime();
let targetTime = nowTime - (cnZone*60*1000) - (usZone*60*60*1000);
//这样就相当于减去两个8时区,然后就可以拿当前的时间戳去作比较处理，或者别的处理