使用RabbitMQ改写秒杀功能
实现思路
思路:减少数据库访问
具体的实现流程就是
1 | 1.系统初始化,把商品库存数量加载到Redis |
其中4和5是同时并发处理的。
具体实现
系统初始化,把商品库存数量加载到Redis
如何在初始化的时候就将库存数据存入缓存中
通过实现InitializingBean接口中的一个方法:afterPropertiesSet()
系统初始化会首先调用该函数:
1 | /** |
收到请求,Redis预减库存,库存不足,直接返回,否则请求入队,立即返回排队中
首先需要一个RabbitMQ的队列
使用Direct交换机模式
1 | /** |
队列消息的发送
1 | public void sendSecKillMessage(SecKillMessage secKillMessage) { |
秒杀的实现
1 | //预先减库存 |
请求出队,生成订单,减少库存
其实就是RabbitMQ的队列出队去处理相关的业务
1 | (queues = MQConfig.SECKILL_QUEUE) |
客户端轮询,是否秒杀成功
1 | //秒杀的结果 |
secKillService.getSecKillResult():
1 | //获取结果 |
这里涉及到了redis的访问,就是redis中有商品的数量,通过该参数判断卖没卖完,当一次性来了多于商品数目的请求的时候,redis预减库存,减为负数,其实在这个时候在来商品购买请求的时候就不需要在访问redis了。因为商品已经卖完了,这个时候就做一个标记,先判断内存这个标记,如果库存已经小于0了,就不再访问redis,这样就减少了redis的访问次数。
没有订单有两种情况,卖完了失败,和排队中,
在上面的秒杀那做个标记。这个商品是否秒杀完了。存入redis中。
之后去判断是否存在这个key就知道是哪种情况,这样
1 | //事务,原子性操作 |
相对应的前端的修改
原来的detail页面中秒杀事件函数:
1 | function doMiaosha(){ |
秒杀到商品就直接返回,现在后端改为消息队列,所以需要增加函数进行判断,必要时需要轮询:
1 | if(data.code == 0){ |
所以将其改为:
1 | //其他的部分省略 |
压测
测试环境 1g + 4核 + 50000个请求

