秒杀活动防止库存负数问题

解决这个问题比较流行的思路：

1、用额外的单进程处理一个队列，下单请求放到队列里，一个个处理，就不会有并发的问题了，但是要额外的后台进程以及延迟问题，不予考虑。（使用队列消耗资源比较多，并且有延迟性，用户体验不好）

2、数据库乐观锁（悲观锁），大致的意思是先查询库存，然后立马将库存-1，然后订单生成后，在更新库存前再查询一次库存，看看跟预期的库存数量是否保持一致，不一致就回滚，提示用户库存不足。

3、根据update结果来判断，我们可以在sql2的时候加一个判断条件update ... where 库存>0，如果返回false，则说明库存不足，并回滚事务。（这里开启事务处理，事务处理会比较慢，并且可能导致死锁问题）

4、借助文件排他锁，在处理下单请求的时候，用flock锁定一个文件，如果锁定失败说明有其他订单正在处理，此时要么等待要么直接提示用户"服务器繁忙"。

注意：文件锁有一个问题就是如果程序在对文件进行锁操作的时候，如果程序在处理完业务逻辑后，可能程序的执行时间超时，或者其他原因导致没有对文件进行解锁（死锁问题），那么会导致后面的进程就不能操作文件

本文要说的是第4种方案，大致代码如下：

阻塞模式：
$fp = fopen("lock.txt", "w+");
if(flock($fp, LOCK_EX)) {
//..处理订单
flock($fp, LOCK_UN);
}
fclose($fp);
?>

非阻塞模式

$fp = fopen("lock.txt", "w+");
if(flock($fp,LOCK_EX | LOCK_NB)) {
//..处理订单
flock($fp,LOCK_UN);
} else {
echo "系统繁忙，请稍后再试";
}
fclose($fp);
?>

本文转自：http://www.bcty365.com/content-74-1683-1.html