最近排查一个 PHP 项目时遇到过这种情况系统已经用 Redis 做了分布式锁理论上同一任务只能执行一次但高峰期还是偶尔出现重复处理。更奇怪的是日志里能看到锁确实创建成功却会在任务还没结束时突然被其他请求抢到。继续对照时间线后发现问题出在锁过期以后。原来的代码通过SET key value NX EX 10创建一个 10 秒锁业务正常情况下几秒就能结束。但偶尔第三方接口变慢任务执行超过 10 秒后Redis 会自动删除旧锁。此时第二个请求就能重新获得同一个锁。真正危险的是第一个请求执行结束后还会直接执行DEL key。如果这时候锁已经属于第二个请求第一个请求就会把别人的锁删掉第三个请求又可以继续进入重复执行就这样出现了。后来给每次加锁生成唯一随机值释放锁时先判断 Redis 中保存的值是否仍然属于当前请求再执行删除。为了避免“判断完成后锁又发生变化”判断和删除通过 Lua 脚本一次完成。对于执行时间不确定的任务还会根据业务情况增加锁续期机制。现在使用 Redis 锁时我不会只看有没有NX。锁的过期时间、唯一标识、释放方式和异常退出都要一起考虑。分布式锁真正难处理的地方往往不是怎么加锁而是怎样确保只释放自己的锁。#PHP开发 #Redis #分布式锁 #并发处理