一個有趣的倒計時問題

標籤：

背景：
     某項目前端使用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;

　　

一個有趣的倒計時問題