本文共 932 字，大约阅读时间需要 3 分钟。

js中如果只考虑本时区的话那就不会有这个问题，但是一旦项目考虑全球化的运作那么就要考虑这个问题。为什么会出现这个问题？

究其原因，程序并非直接使用new Date()取的客户端操作系统的时间，而是服务器的时间(Linux事先与某一台时间服务器校对过时间--为本时区时间)。而产生问题的根源在于，服务器将它当前时间转成毫秒数后传递给客户端，客户端显示的时候没有进行时差修正。

需要了解的知识

格林威治时间

格林威治子午线上的地方时，或零时区（中时区）的区时叫做格林威治时间，也叫世界时。 比如我们中国是东八区，北京时间是（GMT+08:00）

协调世界时，又称世界统一时间，世界标准时间，国际协调时间，简称UTC（Universal Coordinated Time）；

注意： UTC 时间即是 GMT（格林尼治） 时间。

解决办法：

getTimezoneOffset() 方法可返回格林威治时间和本地时间之间的时差，以分钟为单位。（new Date().getTimezoneOffset()）；

时差 = new Date().getTimezoneOffset()；

已知格林威治时间，换算本地正确时间

本地时间 = 格林威治时间 - 时差

已知本地时间，换算对应格林威治时间：

格林威治时间 = 本地时间 + 时差

已知本地时间，换算其他时区的时间

因为时区间的差异是以小时为单位的。所以算出0时区的时间后，再减去或加上相应的小时即可（东N区便+N小时，西N区便-N小时）。 为了方便计算，东N区记做正数，西N区记做负数，即：

目标时区时间 = 本地时间 + 时差 + 时区间隔

var timezone = 8; //目标时区时间，东八区var offset = new Date().getTimezoneOffset();var nowDate = new Date().getTime(); // 本地时间距 1970 年 1 月 1 日午夜（GMT 时间）之间的毫秒数var targetDate = new Date(nowDate + offset_GMT * 60 * 1000 + timezone * 60 * 60 * 1000);

转载地址：http://hpwu.baihongyu.com/