。。。。。
想说啥
请求队列咯。队列内的请求依次处理。库存不够直接返回。库存够,商品加锁走下单逻辑
这样的话请求的接口次数就太多了,每次下单正确要请求两次接口
@starmile:
前端和后端下单接口中间加一层服务器。专门做这个事情。
re人家说你想些有的没.
为什么下单就要队列..
为什么描述就不能锁.订单不够时当然是请求失败.
前后端分利和前面这些没有关系.
队列是因为对付多并发情况而设计的,其实可以试想一下,商品库存有10个,当50个人同时抢这10个商品的时候,如果不使用队列的话根本无法应付,使用队列可以使后40个抢不到的人立刻知道商品已经被抢完了,提高用户体验,减少服务器压力。
锁可以用,但是这样会使网站请求处于滞留等待状态。
@starmile: 1.50个人同时抢一个商品也只要一个update set 状态=已售 where id=1 and 状态=未售.
就搞定了..数据库事务就是锁实现的.
而且只要是资源竞争.最后都会需要锁.
先有那么多的用户访问再考虑就来得及