因为这只能保证「加锁」原子性,但无法保证「解锁」安全——业务出错、超时、节点宕机时,可能删掉别人持有的锁。
真实场景里,锁的持有者必须严格校验:只有自己设的值,才能自己删。
常见错误是写个 DEL key 就完事,结果 A 拿着锁超时了,B 重新加锁,A 回来一删,把 B 的锁干掉了。
基于Redis的分布式锁在微服务中的应用_解决资源竞争问题
因为这只能保证「加锁」原子性,…
技术博客
因为这只能保证「加锁」原子性,但无法保证「解锁」安全——业务出错、超时、节点宕机时,可能删掉别人持有的锁。
真实场景里,锁的持有者必须严格校验:只有自己设的值,才能自己删。
常见错误是写个 DEL key 就完事,结果 A 拿着锁超时了,B 重新加锁,A 回来一删,把 B 的锁干掉了。