如果代码中没有做时区的兼容话，不同时区看到的游戏世界可能就不一样。

比如一个活动是设定中午12点开始，但是玩家的时区是在美国（反正和中国不一样），他的前端程序活动就无法正常开启，因为前端程序以为他正在夜晚（时间没到），其实已经在北京时间（东八区+8）。

为什么呢？首先弄清楚几个概念：

协调世界时 ，简称UTC 。 格林尼治台的时间 （英：Universal Time Coordinated ，法：Temps Universel Coordonné），又称世界统一时间，世界标准时间，国际协调时间。

时区（Time Zone)是地球上的区域使用同一个时间定义。1884年在 华盛顿 召开国际经度会议时，为了克服 时间 上的混乱，规定将全球划分为24个时区。

我国处于第八时区 所以北京时间是 UTC +8

UNIX时间，或称POSIX时间，是 UNIX 或 类UNIX 系统使用的时间表示方式：从协调世界时1970年1月1日0时0分0秒起的总秒数，不包括 闰秒 。

时间是怎么表示的？

大家所处的当下是有一个标准时间，即UTC。

东九区+9 ），中国（东八+8）。

如果UTC是零点。则这个时候中国是8点（0+8），日本是9点（0+9）。

如果我们一个网络活动是8点开启，在前端程序里面代码写死了8的话，日本的玩家可能无法正常，因为这个时候日本的电脑是九点。

解决办法。所有的时间都用UTC记录，服务端也同意用UTC记录，然后加权时区。

回到上面的活动，我们把程序里面的活动时间用UTC记录时间，即UTC-0点。在每个客户端中对比UTC时间，而不是加权了时区的本地时间。

的UTC也走到0点，也就是东京时间9点活动开启。2地时间可以同步了。

as3，示例

var d:Date = new

//计算了时区，+8

//没有加上时区  0

//以分钟为单位，返回计算机的本地时间和通用时间 (UTC) 之间的差值。

ps：有趣的是

2038年1月19日3时14分07秒，32位系统的UNIX时间将会被重置。