本文共 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/