Redis分布式锁故障，我忍不住想爆粗...

最新推荐文章于 2023-10-27 16:23:03 发布

倾听铃的声

最新推荐文章于 2023-10-27 16:23:03 发布

阅读量226

点赞数

分类专栏：后端文章标签： redis 分布式 java JVM 开发语言

本文链接：https://blog.csdn.net/m0_67698950/article/details/125859593

版权

博客介绍了在Spring Boot项目中，由于自定义Redis分布式锁实现不当引发的故障，包括锁异常、可重入锁设计问题等。通过分析代码，提出使用Lua脚本确保原子性、锁续期、线程唯一ID等解决方案，并推荐使用Redisson客户端以简化和增强锁的安全性。最后，强调了分布式锁的正确使用和代码审查的重要性。

摘要由CSDN通过智能技术生成

背景

企微报警群里连续发出生产环境报错警告，报错核心信息如下：

redis setNX error java.lang.NumberFormatException: For input string: "null"
  at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)
  at java.lang.Long.parseLong(Long.java:589)
  at java.lang.Long.parseLong(Long.java:631)
......

经异常信息定位，发现是项目中自定义的 Redis 分布式锁报错，并且该异常是在最近需求上线后突然出现，并且伴随该异常出现的，还有需求涉及的业务数据出现部分错乱的问题。

基于 Spring Boot + MyBatis Plus + Vue & Element 实现的后台管理系统 + 用户小程序，支持 RBAC 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能。

问题分析

老规矩，先贴涉及代码：

//切面
public class RedisLockAspect{
  public void around(ProceedingJoinPoint pjp) {
    String key = "...";
    try {
      //阻塞，直到获取锁为止
      while (!JedisUtil.lock(key, timeOut)) {
        Thread.sleep(10);
      }
      //执行业务逻辑
      pjp.proceed();
    }finally {
      JedisUtil.unLock(key)