要求要有小時分鐘秒的實時倒計時的顯示，用戶端修改日期時間不會影響到倒計時的正常顯示（也就是以服務器時間為準）。

其實這和很多的考試等系統的時間限制功能同樣的要求。

總不能用ajax每秒都獲取服務器時間吧，所以實時倒計時一定要用javascript實現。這很簡單，網上一大把的例子。

現在問題是解決用戶端修改日期時間對我們的顯示的影響。

解決的辦法是計算出用戶端的時間和服務器的時間差，這樣問題的完成解決了。

這樣只需要運行一次php，實時倒計時的時間就和服務器的時間同步了。

理論是同步的，但實際測試會有1秒的誤差。（具體原因就是和網速有關，網速越快，誤差就越小），但這決不會影響到我們上面的要求了。

注：秒殺時間從早上點到晚上10點。

Code 如下：

<?php//php的時間是以秒算。js的時間以毫秒算date_default_timezone_set('PRC'); //date_default_timezone_set("Asia/Hong_Kong");//地區//配置每天的活動時間段 $starttimestr = "08:00:00"; $endtimestr = "22:00:00";$starttime = strtotime($starttimestr); $endtime = strtotime($endtimestr); $nowtime = time(); if ($nowtime<$starttime){ die("活動還沒開始,活動時間是：{$starttimestr}至{$endtimestr}"); } $lefttime = $endtime-$nowtime; //實際剩下的時間（秒） ?><script language="JavaScript"> </script><h4><strong id="RemainH">XX</strong>:<strong id="RemainM">XX</strong>:<strong id="RemainS">XX</strong></h4>

上面看上沒有問題但碰到流量大會出現一些數量不對的問題，如 大流量并發入庫導致的庫存負數的問題

我們知道數據庫處理sql是一條條處理的，假設購買商品的流程是這樣的：

sql1:查詢商品庫存

if(庫存數量 > 0) { //生成訂單… sql2:庫存-1 }

當沒有并發時，上面的流程看起來是如此完美，假設同時兩個人下單，而庫存只有1個了，在sql1階段兩個人查詢到的庫存都是>0的，于是最終都執行了sql2，庫存最后變為-1，超售了，要么補庫存，要么等用戶投訴吧。

解決這個問題比較流行的思路：

1.用額外的單進程處理一個隊列，下單請求放到隊列里，一個個處理，就不會有并發的問題了，但是要額外的后臺進程以及延遲問題，不予考慮。

2.數據庫樂觀鎖，大致的意思是先查詢庫存，然后立馬將庫存+1，然后訂單生成后，在更新庫存前再查詢一次庫存，看看跟預期的庫存數量是否保持一致，不一致就回滾，提示用戶庫存不足。

3.根據update結果來判斷，我們可以在sql2的時候加一個判斷條件update … where 庫存>0，如果返回false，則說明庫存不足，并回滾事務。

4.借助文件排他鎖，在處理下單請求的時候，用flock鎖定一個文件，如果鎖定失敗說明有其他訂單正在處理，此時要么等待要么直接提示用戶”服務器繁忙”

本文要說的是第4種方案，大致代碼如下：

阻塞(等待)模式

<?php$fp = fopen("lock.txt", "w+");if(flock($fp,LOCK_EX)){ //..處理訂單 flock($fp,LOCK_UN);}fclose($fp);?>

非阻塞模式

<?php$fp = fopen("lock.txt", "w+");if(flock($fp,LOCK_EX | LOCK_NB)){ //..處理訂單 flock($fp,LOCK_UN);}else{ echo "系統繁忙，請稍后再試";}fclose($fp);?>

以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持VeVb武林網。