前言 本文主要涉及: Redis分布式锁工具的Java实现锁记录误删的避免锁持有者判断与锁删除操作的原子性保障 实现 实现分布式锁工具主要分为建立锁和删除锁两部分: 建立锁 尝试调用SETNX的API,获取结果返回结果(不做获取失败时的重新尝试) 删除锁 尝试调用EVAL的API,执行Lua脚本: 获取锁的value根据value判断是否为锁持有者 是:删除锁记录,return 1否:不做操作,return 0 Redis与Java中的原子性 Java中,如果是要求一段逻辑保证原子性,如果是单机部署,最简单的做法是通过上锁实现,上锁的代码块在一个JVM里同时间只能被一个线程操作,参考[1];而如果想在微服务中保证一段逻辑的原子性,则需要通过分布式事务来实现Redis是单线程的,但IO多路复用使得其可以同时处理多个请求,然后塞进唯一一个命令队列里。因此,即使是Java中保证了原子性的一段逻辑,也有可能因为IO多路复用而被拆分到不同的次序里为了实现命令的原子性,我们使用Lua脚本,Redis会将Lua脚本的多个请求同时塞进命令队列,从而保证依序执行有关于单线程的Redis怎么处理BLPOP之类的阻塞问题,可以参考[2]