如果不是重要的效验，那没必要100%的精准同步服务器时间，用引擎的计时功能计算，不要用本地时间戳就行了，我感觉是这样就行了。
对的对的，本地时间修改成本太低了
不是有心跳吗，心跳的时候取时间
如果是app可以取设备启动时间
如果是小游戏，这个无解，只能服务端控制时间
用update计时也没用吗？从启动游戏开始记录每帧时间，当作本次启动的全局时间来用
每帧计时修改游戏速度必然会错 
我们项目也是这样，只有活动是服务端控制开启的，系统入口这些都是客户端通过玩家等级和开服天数判断显不显示，开服天数也是通过当前服务器时间算出来的，服务器时间也是心跳同步，7秒一次心跳，其实也会有你说的问题，不过我们没有处理这种情况。
其实我感觉开服天数应该服务端登录和跨天下发
退后台就断了呀，然后回前台再同步时间
改速度还是白瞎
如果有改速度需求的，应该计时器乘以速度缩放就行了吧，只不过，每次切前台再同步一次是必然要的
计时器乘以速度缩放啊
蛮多人提到使用变速器之类外挂的，我理解是这块在UI层面应该不用特意去处理，出错了用户肯定知道是自己走外挂的问题，但是各种操作的业务逻辑必须在服务端做时间验证。
我自己的项目处理时间同步问题，目的一般是为了解决用户修改客户端时间（例如用户出国了）。
我完全赞同 
，UI层面没必要太纠结，只要保证服务器数据不出错就行了，“没必要去救一个一心求死的人”。