在多个用户同时发起对一个商品的下单请求时，先查询商品库存，再修改商品库存，会出现资源竞争问题，导致库存的最终结果出现异常。

1、并发下单问题演示

每个不同的用户在程序上，我们可以理解成不同的线程，每个线程在使用CPU会请求到一个时间片来执行任务，一旦时间片到了，会切换到下一个任务上去。这里我们这样去模范这样的场景，在我们的程序中，手动的加入一段代码，实现这样的效果。在成功的查询库存之后，插入这样的一段代码。

强制性的让下单的过程等待5秒，再等待的同时，另外一个用户也去提交相同产品的订单，这样就可以实现并发下单的问题。

2、解决办法

悲观锁
当查询某条记录的时候，让数据库为该条记录加锁，锁住之后，别人无法操作，使用类似如下的语法

select stock from tb_sku where id=1 for update;SKU.objects.select_for_update().get(id=1)

悲观锁类似于我们在多线程资源竞争时添加的互斥锁，容易出现死锁现象。

乐观锁
乐观锁不是真实存在的锁，而是在更新的时候判断此时的库存是否是之前查询出的库存，如果相同，表示没人修改库存，可以更新，否则表示别人抢过资源，不再执行库存更新。类似如下的操作

update tb_sku set stock=2 where id=1 and stock=7;SKU.objects.filter(id=1, stock=7).update(stock=2)

任务队列
将下单的逻辑放到任务队列中(如celery)，将并行转为串行，所以人排队下单。比如开启只有一个进程的celery，一个订单一个订单的处理。

3、实际解决的代码
在这里我们使用乐观锁来解决

下单成功的条件是什么？
首先是库存大于购买量，然后更新库存和销量时原始的库存没变
所以在用户库存满足的情况下，如果更新库存和销量时原始的库存有变，那么继续给用户下单的机会。

for sku_id in carts_sku_selected:while True:sku = SKU.objects.get(id=int(sku_id))count = int(carts_sku_count[sku_id])# 3.2.1 查询商品的库存信息，判断库存是否足够if sku.stock < count:transaction.savepoint_rollback(sid)return JsonResponse({"code": RETCODE.STOCKERR, "errmsg": "商品库存不足"})import timetime.sleep(5)  # 睡5秒钟，模拟线程切换# 3.2.2 操作库存和销量数据# sku.stock -= count# sku.sales += count# sku.save()new_stock = sku.stock - countnew_sales = sku.sales + countresult = SKU.objects.filter(id=sku_id, stock=sku.stock).update(stock=new_stock, sales=new_sales)if result == 0:# 商品被其他人同时下单，重新下单该商品continuesku.spu.sales += countsku.spu.save()# 3.2.3 构建订单的商品数据，插入数据库OrderGoods.objects.create(order=order,sku=sku,count=count,price=sku.price,)# 3.2.4 计算订单商品总数和总费用order.total_count += countorder.total_amount += count * sku.price# 下单商品成功，对下一个商品进行下单break