前端---js 时间的国际化时间戳处理

//1 获取相对于0时区的当地时区(默认得到的是分钟，可能是负数;北京市东八+8 美国华盛顿为西五-5)，中国比美国快13小时

//js默认转换的时候自带时区，只要数据库存的是时间戳，显示的时候不用刻意转换

时间国际化处理注意

1  数据库存时间戳 

2  原则，要求在各个不同国家当地录入时间戳数据，当地的用户前端查看时间显示和后端时间校验都是对的上； 如果是 在一个国家录入数据，其他不同的国家用户查看，由于用户在不同时区，默认Date转换时间戳后显示的日期是不同的

(问题1  可能录入的时间比前端时间的时间要晚，但是当地用户显示时间已到了，进去学习获取接口数据却被拦截 告知’没到时间‘    2  所以前端需要通过getTimesZone获取用户所在地的时区，传递给后端，后端校验也带上时区进行判断）

 

 

 

 

//入库如果是存 年月日，需要获取当前 对应的国外时间处理

getTimesByZone() {

//得到本地时间

var d = new Date();

//得到1970年一月一日到现在的秒数

var local = d.getTime();

//本地时间与GMT时间的时间偏移差

var offset = d.getTimezoneOffset() * 60000;

//获取本地时区，判断如果是负的则相加得到GMC时间，正的则相减

var localUtc = new Date().getTimezoneOffset() / 60;

//得到现在的格林尼治时间

var utcTime;

if (localUtc > 0) {

utcTime = parseInt(local - offset);

} else {

utcTime = parseInt(local + offset);

}

//得到时区的绝对值

var localTime = utcTime + 3600000 * Math.abs(localUtc);

let date = new Date(localTime);

console.log("根据本地时间得知" + localUtc + "时区的时间是 " + date.toLocaleString());

console.log("系统默认展示时间方式是：" + localTime)

return localTime;

},

 

 

总结：1  只要数据库里面存储的是时间戳，那么显示的时候，不用特殊转换，date函数会默认根据系统的时区转成当地时间。

         2  一般只处理当前时间的对应的国际化时间。

         3  类似的还可以参考另外一篇文章：

             https://blog.csdn.net/qq_38331169/article/details/124223653

             它的原则是 ：

             对于所有API请求时间(比如表单时间录入)，在同一时间点切换各个时区的录入数据时候应该表现成同样的值
             对于所有API返回时间(比如返回的列表 时间显示)，它们都应该被格式化成正确的本地时间(当地)