分布式锁的实现方式与对比
记录分布式锁的常见实现方案、各自优缺点及选型思考。 为什么需要分布式锁 单机环境下可以用语言内置锁（如 Java synchronized、Go Mutex）保证临界区互斥。多实例部署后，进程分布在不同机器上，需要跨进程的协调机制——分布式锁。 典型场景：库存扣减、定时任务防重复执行、配置热更新互斥。 三种主流实现 1. Redis 分布式锁 最简单的实现是 SET key value NX PX： 1 2 3 4 5 # 加锁（key=资源标识, value=唯一标识, NX=不存在才设置, PX=过期时间） SET lock:order:123 uuid-xxx NX PX 30000 # 解锁（Lua 脚本保证原子性：校验 value 后删除） EVAL "if redis.call('get',KEYS[1])==ARGV[1] then return redis.call('del',KEYS[1]) else return 0 end" 1 lock:order:123 uuid-xxx 优点：性能高，实现简单。 风险： 锁过期但业务未完成 → 需要看门狗续期（如 Redisson）。 主从切换丢锁 → Redlock 算法（多节点半数以上加锁成功）。 2. Zookeeper 分布式锁 基于临时顺序节点实现： 1. 创建临时顺序节点 /lock/node-0001 2. 获取 /lock 下所有子节点，判断自己是否序号最小 3.