如今在電商行業里,秒殺搶購活動已經是商家常用促銷手段。但是庫存數量有限，而同時下單人數超過了庫存量，就會導致商品超賣甚至庫存變負數的問題。
又比如：搶購火車票、論壇搶樓、抽獎乃至爆紅微博評論等也會引發阻塞式高並發問題。如果不做任何措施可能在高瞬間造成服務器癱瘓，如何解決這個問題呢？
這里提出個人認為比較可行的幾個思路方法：
方案一：使用消息隊列來實現
可以基於例如MemcacheQ等這樣的消息隊列，具體的實現方案這么表述吧
比如有100張票可供用戶搶，那么就可以把這100張票放到緩存中，讀寫時不要加鎖。 當並發量大的時候，可能有500人左右搶票成功，這樣對於500后面的請求可以直接轉到活動結束的靜態頁面。進去的500個人中有400個人是不可能獲得商品的。所以可以根據進入隊列的先后順序只能前100個人購買成功。后面400個人就直接轉到活動結束頁面。當然進去500個人只是舉個例子，至於多少可以自己調整。而活動結束頁面一定要用靜態頁面，不要用數據庫。這樣就減輕了數據庫的壓力。
方案二：當有多台服務器時，可以采用分流的形式實現
假設有m張票, 有n台產品服務器接收請求,有x個請求路由服務器隨機轉發
直接給每台產品服務器分配 m/n張票
每台產品服務器內存做計數器,比如允許m/n*(1+0.1)個人進來。
當內存計數器已滿：
后面進的人, 直接跳到到轉到活動結束的靜態頁面，
通知路由服務器,不在路由到這台服務器(這個值得商討)。
所有產品服務器進來的m/n*(1+0.1)個人再全部轉發到一台付款服務器上,進入付款環節,看誰手快了,這時候人少,加鎖什么的就簡單的。
方案三、如果是單服務器，可以使用Memcache鎖來實現
product_key 為票的key
product_lock_key 為票鎖key
當product_key存在於memcached中時，所有用戶都可以進入下單流程。
當進入支付流程時，首先往memcached存放add(product_lock_key, “1″),
如果返回成功，進入支付流程。
如果不成，則說明已經有人進入支付流程，則線程等待N秒，遞歸執行add操作。
方案四、借助文件排他鎖
在處理下單請求的時候，用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);
?>