要求要有小時分鐘秒的實時倒計時的顯示，用戶端修改日期時間不會影響到倒計時的正常顯示（也就是以服務(wù)器時間為準(zhǔn)）。
其實這和很多的考試等系統(tǒng)的時間限制功能同樣的要求。
總不能用ajax每秒都獲取服務(wù)器時間吧，所以實時倒計時一定要用javascript實現(xiàn)。這很簡單，網(wǎng)上一大把的例子。
現(xiàn)在問題是解決用戶端修改日期時間對我們的顯示的影響。
解決的辦法是計算出用戶端的時間和服務(wù)器的時間差，這樣問題的完成解決了。
這樣只需要運行一次php，實時倒計時的時間就和服務(wù)器的時間同步了。
理論是同步的，但實際測試會有1秒的誤差。（具體原因就是和網(wǎng)速有關(guān)，網(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ā)入庫導(dǎo)致的庫存負(fù)數(shù)的問題
我們知道數(shù)據(jù)庫處理sql是一條條處理的，假設(shè)購買商品的流程是這樣的：
sql1:查詢商品庫存
if(庫存數(shù)量 > 0)
{
//生成訂單…
sql2:庫存-1
}
當(dāng)沒有并發(fā)時，上面的流程看起來是如此完美，假設(shè)同時兩個人下單，而庫存只有1個了，在sql1階段兩個人查詢到的庫存都是>0的，于是最終都執(zhí)行了sql2，庫存最后變?yōu)?1，超售了，要么補庫存，要么等用戶投訴吧。
解決這個問題比較流行的思路：
1.用額外的單進(jìn)程處理一個隊列，下單請求放到隊列里，一個個處理，就不會有并發(fā)的問題了，但是要額外的后臺進(jìn)程以及延遲問題，不予考慮。
2.數(shù)據(jù)庫樂觀鎖，大致的意思是先查詢庫存，然后立馬將庫存+1，然后訂單生成后，在更新庫存前再查詢一次庫存，看看跟預(yù)期的庫存數(shù)量是否保持一致，不一致就回滾，提示用戶庫存不足。
3.根據(jù)update結(jié)果來判斷，我們可以在sql2的時候加一個判斷條件update … where 庫存>0，如果返回false，則說明庫存不足，并回滾事務(wù)。
4.借助文件排他鎖，在處理下單請求的時候，用flock鎖定一個文件，如果鎖定失敗說明有其他訂單正在處理，此時要么等待要么直接提示用戶”服務(wù)器繁忙”
本文要說的是第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)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持。