php抢号,php关于同步抢购获得一批号码的业务问题

本文讨论了一个众筹购买手机的业务模型,其中用户通过购买code码参与众筹,当金额达到商品价格时开始倒计时开奖。设计中采用了悲观锁避免并发问题,但可能影响系统性能。作者考虑了使用异步队列的可能性,但担心影响用户实时查看code码的体验。目前的方案是让用户触发新一期的开始,但感觉存在问题并寻求更好的解决方案。
摘要由CSDN通过智能技术生成

新人初来乍到,先谢谢观看问题的人。下面开始说问题。

我现在要做一个类似夺宝类的东西

大概 业务需求是这样的

比如一个手机价格是6800元,大家众筹的方式进行购买,1元起底,1元就是1份。可以购买多份,买一份给一个code码,code码是随机发放的,买多份就给多个code码,众筹够6800以后开始倒计时开奖。支付满商品的价格后立马开始新的一期,买满的商品开始倒计时等待开奖,开奖后从奖池中摇到一个号码作为中奖用户,要保证首页的商品永远可购买。(这也就是我下面为什么做成用户去触发新一期的原因。)

我现在是这么做的

所有商品的第一期商品的所有code码是用脚本生成的,存在redis里面。整个购买分两部分,第一部分提交购物车的商品服务器返回给订单号码,第二部分客户端提交订单号码进行支付操作,这个接口要及时的给用户购买商品价格的code码个数,比如一个用户买了388份,就在支付完成的界面给388个code码,因为用户每次购买成功以后必须及时显示购买的code码,所以我把异步排除掉了。我在这个接口中还会判断某用户是不是付完这个手机6888元开始倒计时的最后一个用户。如果是,开始在逻辑里面生成该商品新的一期,并且生成新的一期的code码。没有用乐观锁去做,用的悲观锁,在用户进行购买的时候会把奖池里的号码锁住,购买交易完成后再解锁,如果没有给号码的话整个购买直接回滚,抛出异常。(这样貌似导致并发也不是很高,初期想法也是交给客户端如果拿到异常的状态多请求几次)。

用户在主界面在点购买时永远一直是最新的一期的,所以暂时交给最后一个用户去触发了。感觉不太对劲。如果用异步队列做,就不能保证用户在进行支付时及时的看到code码。(能想到非要用异步的话就是客户端进行打支付的第二部分的时候拆分成请求两次,第一次去支付,第二次去请求订单的code码。但是这样返回速度会慢。)求教大神的思路。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值