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);
