一个有趣的倒计时问题

背景：
     某项目前端使用HTML5，后端提供HTTP接口，某个功能是前端显示合约倒计时（合约生效日期及结束日期配置在DB），允许少量误差

方案1：
      后端提供的接口只返回合约结束时间，前端直接将后端返回的结束时间减去客户端时间即为倒计时

陷阱：客户端的时间用户是可以随意改的，甚至用户的时区都有可能不同，所以这种方法统计出来的倒计时必然是不能得到保证的

方案2：

       后端提供的接口只返回由后端计算出来的倒计时（虽然后端机器可能有多台，但跟用方案1比毕竟机器可控)，前端直接使用该倒计时，使用setInterval()函数

可是运行了一段时间之后，时间却不准了，为什么呢？原来：js实质是单线程的，经过一段时间后，倒计时时间差异会变大而慢慢变得不准。如果遇上机器休眠那差距就更大了。

方案3：
      后端返回结束时间+后端计算出来的倒计时，前端也计算倒计时与服务端算出来的作为偏移量，每个循环取前端取结束时间+偏移量-当前时间，算法如下

//endTime和leftTimeMillions来自后端，分别代表结束时间与剩余时间毫秒数
var currentTime = new Date().getTime();
//前后端时间偏差量
var offset = endTime - currentTime - leftTimeMillions;
//倒计时
var leftTimeResult = endTime - currentTime + offset;