Java + Redis 秒杀场景【直接运行版】

Mac安装Redis,原来就是这么简单_MarkJava-CSDN博客_mac 安装redis

​​​​​​SpringBoot + Redis:模拟 10w 人的秒杀抢单!

分布式锁的实现之 redis 篇 | 小米信息部技术团队

​​​​​​【Redis】Java中使用Jedis操作Redis(Maven导入包)、创建Redis连接池_谙忆-陈浩翔-CSDN博客_jedis maven

参考如上:感谢!!!

1. GitHub - bailuoxi66/snapUpDemo. 【秒杀场景Finish】

2. 结果验证

1. 启动服务:【注,使用application.properties端口进行修改为7003】

2. 验证基本Http服务ok

 

3. 验证普通redis读写【如下:可以看到读写成功】

 

 

 4. 秒杀

代码日志


new logback [WARN ] 2021-12-29 11:38:55 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:用户luo-211拿到锁...
new logback [WARN ] 2021-12-29 11:38:56 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:用户luo-211抢单成功跳出...所剩库存:9
new logback [WARN ] 2021-12-29 11:38:56 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:用户luo-211释放锁...
new logback [WARN ] 2021-12-29 11:38:56 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:RedisServiceImpl delnx req:{"key":"computer_key","value":"luo-211"}
new logback [WARN ] 2021-12-29 11:38:56 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:用户luo-729拿到锁...
new logback [WARN ] 2021-12-29 11:38:57 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:用户luo-729抢单成功跳出...所剩库存:8
new logback [WARN ] 2021-12-29 11:38:57 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:用户luo-729释放锁...
new logback [WARN ] 2021-12-29 11:38:57 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:RedisServiceImpl delnx req:{"key":"computer_key","value":"luo-729"}
new logback [WARN ] 2021-12-29 11:38:57 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:用户luo-244拿到锁...
new logback [WARN ] 2021-12-29 11:38:58 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:用户luo-244抢单成功跳出...所剩库存:7
new logback [WARN ] 2021-12-29 11:38:58 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:用户luo-244释放锁...
new logback [WARN ] 2021-12-29 11:38:58 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:RedisServiceImpl delnx req:{"key":"computer_key","value":"luo-244"}
new logback [WARN ] 2021-12-29 11:38:58 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:用户luo-506拿到锁...
new logback [WARN ] 2021-12-29 11:38:59 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:用户luo-506抢单成功跳出...所剩库存:6
new logback [WARN ] 2021-12-29 11:38:59 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:用户luo-506释放锁...
new logback [WARN ] 2021-12-29 11:38:59 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:RedisServiceImpl delnx req:{"key":"computer_key","value":"luo-506"}
new logback [WARN ] 2021-12-29 11:38:59 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:用户luo-200拿到锁...
new logback [WARN ] 2021-12-29 11:39:00 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:用户luo-200抢单成功跳出...所剩库存:5
new logback [WARN ] 2021-12-29 11:39:00 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:用户luo-200释放锁...
new logback [WARN ] 2021-12-29 11:39:00 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:RedisServiceImpl delnx req:{"key":"computer_key","value":"luo-200"}
new logback [WARN ] 2021-12-29 11:39:00 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:用户luo-790拿到锁...
new logback [WARN ] 2021-12-29 11:39:01 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:用户luo-790抢单成功跳出...所剩库存:4
new logback [WARN ] 2021-12-29 11:39:01 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:用户luo-790释放锁...
new logback [WARN ] 2021-12-29 11:39:01 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:RedisServiceImpl delnx req:{"key":"computer_key","value":"luo-790"}
new logback [WARN ] 2021-12-29 11:39:01 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:用户luo-16拿到锁...
new logback [WARN ] 2021-12-29 11:39:02 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:用户luo-16抢单成功跳出...所剩库存:3
new logback [WARN ] 2021-12-29 11:39:02 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:用户luo-16释放锁...
new logback [WARN ] 2021-12-29 11:39:02 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:RedisServiceImpl delnx req:{"key":"computer_key","value":"luo-16"}
new logback [WARN ] 2021-12-29 11:39:02 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:用户luo-185拿到锁...
new logback [WARN ] 2021-12-29 11:39:03 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:用户luo-185抢单成功跳出...所剩库存:2
new logback [WARN ] 2021-12-29 11:39:03 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:用户luo-185释放锁...
new logback [WARN ] 2021-12-29 11:39:03 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:RedisServiceImpl delnx req:{"key":"computer_key","value":"luo-185"}
new logback [WARN ] 2021-12-29 11:39:03 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:用户luo-730拿到锁...
new logback [WARN ] 2021-12-29 11:39:04 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:用户luo-730抢单成功跳出...所剩库存:1
new logback [WARN ] 2021-12-29 11:39:04 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:用户luo-730释放锁...
new logback [WARN ] 2021-12-29 11:39:04 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:RedisServiceImpl delnx req:{"key":"computer_key","value":"luo-730"}
new logback [WARN ] 2021-12-29 11:39:04 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:用户luo-226拿到锁...
new logback [WARN ] 2021-12-29 11:39:05 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:用户luo-226抢单成功跳出...所剩库存:0
new logback [WARN ] 2021-12-29 11:39:05 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:用户luo-226释放锁...
new logback [WARN ] 2021-12-29 11:39:05 [WARN] com.example.springbootredisdemo.secKill.service.impl.RedisServiceImpl:RedisServiceImpl delnx req:{"key":"computer_key","value":"luo-226"}

3. 环境

1. 需要Redis:Mac安装Redis,原来就是这么简单_MarkJava-CSDN博客_mac 安装redis

        注意:如果有Homebrew的话,可以直接跳过第一步,亲测可行

2. Redis安装完成,验证有效后,可以进行项目的redis相关验证

4. 代码分析

1. java中想要操作redis,最好的方式是引入jedis,有对应的依赖【项目中有】

2. 创建锁的策略: redis的普通key一般都允许覆盖,A用户set某个key后,B在set相同的key时同样能成功,如果是锁场景,那就无法知道到底是哪个用户set成功的;这里jedis的setnx方式为我们解决了这个问题,简单原理是:当A用户先set成功了,那B用户set的时候就返回失败,满足了某个时间点只允许一个用户拿到锁。

3.  锁过期时间: 某个抢购场景时候,如果没有过期的概念,当A用户生成了锁,但是后面的流程被阻塞了一直无法释放锁,那其他用户此时获取锁就会一直失败,无法完成抢购的活动;当然正常情况一般都不会阻塞,A用户流程会正常释放锁;过期时间只是为了更有保障。

4. 删除锁:有这样的场景   有效时间设置1分钟,本身用户A获取锁后,没遇到什么特殊情况正常生成了抢购订单后,此时其他用户应该能正常下单了才对,但是由于有个1分钟后锁才能自动释放,那其他用户在这1分钟无法正常下单(因为锁还是A用户的),因此我们需要A用户操作完后,主动去解锁:

直接执行lua脚本:根据val判断其是否存在,如果存在就del 【根据val判断,本质目的是为了避免非法删除。比如A用户删除了B用户占有的锁,所以需要val判断】 

5. 秒杀 【1000个用户,抢10个商品库存】

 6. 抢商品流程

private String rushPurchase(String user){
        //用户开抢时间
        long startTime = System.currentTimeMillis();
        //未抢到的情况下,30秒内继续获取锁
        while ((startTime + timeout) >= System.currentTimeMillis()) {
            //商品是否剩余
            if (Stock <= 0) {
                break;
            }

            RedisInfoReq build = RedisInfoReq.builder().key(shangpingKey).value(user).build();

            //该用户获取锁成功
            if (setnx(build).isSuccess()) {
                //用户user拿到锁
                log.warn("用户{}拿到锁...", user);
                try {
                    //商品是否剩余
                    if (Stock <= 0) {
                        break;
                    }

                    //模拟生成订单耗时操作, 刻意进行延时操作
                    try {
                        TimeUnit.SECONDS.sleep(1);
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    }

                    //抢购成功,商品递减,记录用户
                    Stock -= 1;

                    //抢单成功跳出
                    log.warn("用户{}抢单成功跳出...所剩库存:{}", user, Stock);

                    return user + "抢单成功,所剩库存:" + Stock;
                } finally {
                    log.warn("用户{}释放锁...", user);
                    //释放锁
                    delnx(build);
                }
            }
        }
        return "";
    }

7. 模拟1000个人

        List<String> users = new ArrayList<>();
        IntStream.range(0, 1000).parallel().forEach(b -> {
            users.add("luo-" + b);
        });

对于foreach,当stream 为parallel的时候,是多个线程,并行处理的。因此输出的数据顺序不能保证,数据处理效率会很高

这里因为是并行,且有多线程共享变量的场景,所以可能会出现

综上:可能会出现users里面String为null的场景

8. 使用application.properties修改端口

9. 引入日志系统【logback作为实现,slf4j是具体的门面】

可以参考:LoggerFactory.getLogger 理解_落小渔的博客-CSDN博客_loggerfactory.getlogger原理

        <dependency>
            <groupId>ch.qos.logback</groupId>
            <artifactId>logback-classic</artifactId>
            <version>1.2.3</version>
        </dependency>

  logback的配置文件:目前配置了输出到文件和控制台 

<?xml version="1.0" encoding="UTF-8"?>
<configuration>
    <!-- https://github.com/spring-projects/spring-boot/blob/v1.5.13.RELEASE/spring-boot/src/main/resources/org/springframework/boot/logging/logback/defaults.xml -->
    <include resource="org/springframework/boot/logging/logback/defaults.xml"/>

    <property name="LOG_PATH" value="~/logs"/>
    <property name="LOG_FILE" value="${LOG_PATH}/application.log"/>

    <appender name="root" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <file>${LOG_FILE}</file>
        <encoder>
            <pattern>new logback [%-5p] %d{yyyy-MM-dd HH:mm:ss,SSS} [%p] %c:%m%n</pattern>
            <charset>utf8</charset>
        </encoder>
        <rollingPolicy class="ch.qos.logback.core.rolling.FixedWindowRollingPolicy">
            <fileNamePattern>${LOG_FILE}.%i</fileNamePattern>
            <minIndex>1</minIndex>
            <maxIndex>2</maxIndex>
        </rollingPolicy>
        <triggeringPolicy class="ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy">
            <maxFileSize>512MB</maxFileSize>
        </triggeringPolicy>
    </appender>

    <appender name="console" class="ch.qos.logback.core.ConsoleAppender">
        <encoder>
            <pattern>console- new logback [%-5p] %d{yyyy-MM-dd HH:mm:ss,SSS} [%p] %c:%m%n</pattern>
            <charset>utf8</charset>
        </encoder>
    </appender>


   <root level="debug">
     <appender-ref ref="root" />
   </root>
    <root level="debug">
        <appender-ref ref="console" />
    </root>
</configuration>

 具体使用方式

5. 其他问题

1. 超时解锁导致并发

如果线程 A 成功获取锁并设置过期时间 30 秒,但线程 A 执行时间超过了 30 秒,锁过期自动释放,此时线程 B 获取到了锁,线程 A 和线程 B 并发执行。

解决方案:

A、B 两个线程发生并发显然是不被允许的,一般有两种方式解决该问题:

将过期时间设置足够长,确保代码逻辑在锁释放之前能够执行完成。
为获取锁的线程增加守护线程,为将要过期但未释放的锁增加有效时间。

 2. 后续补充。。。

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值