一般的做法2种做法:如果严格防止超卖,说白了必须有数据一致性的问题,而且是强一致性。
目前如果要做到强一致性,可以有几种方式。
1、如果系统并发不高,可以考虑使用数据库,比如MySQL的分布式事务,每个商品都有余额,用户提交订单的时候加锁,严格判断剩余数量,在允许下单。
2、如果系统有高并发的要求,可以考虑使用Redis缓存,缓存商品的剩余数量,借助Redis的分布式锁,实现全局剩余商品数量的互斥修改,并在下单的时候判断购买数量和剩余数量。
3、现在决大多数中国的电商系统都是放弃超卖的设置的,比如淘宝的许多店铺,还有苹果小米的新品发布抢购。这些都是允许超卖,因为只要用户付钱,就可以下单给工厂生产了。除非特殊需求,一般不会实际采用落地的超卖限制策略。
这个问题比较大也比较宽泛; 一般正常的业态做法是,提供一个系统专门用来做资源的查询和扣减,比如总共有500的容量,那么一个用户下单后,就减1;当用户下单未付款后,订单自动关闭,并回补资源;
这种做法是考虑没有恶意用户竞拍的情况,如果有恶意用户竞拍,那么可能还会相应的在安全策略上备战,例如防黄牛等。
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。