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

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

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

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

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

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

理論是同步的，但實際測試會有1秒的誤差。（具體原因就是和網(wǎng)速有關，網(wǎng)速越快，誤差就越?。@決不會影響到我們上面的要求了。

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

Code 如下：

?php
//php的時間是以秒算。js的時間以毫秒算
date_default_timezone_set('PRC'); 
//date_default_timezone_set("Asia/Hong_Kong");//地區(qū)
//配置每天的活動時間段 
$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>

上面看上沒有問題但碰到流量大會出現(xiàn)一些數(shù)量不對的問題，如 大流量并發(fā)入庫導致的庫存負數(shù)的問題

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

sql1:查詢商品庫存

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

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

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

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

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

3.根據(jù)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 "系統(tǒng)繁忙，請稍后再試";
}
fclose($fp);
?>

以上就是本文的全部內(nèi)容，希望對大家的學習有所幫助，也希望大家多多支持腳本之家。