这个锁不管是 redis 的，还是数据库实现的，反正就是远程的 总会有个问题，就是，如果服务重启的时候，锁没释放，那么服务重启后，总要等到锁失效了，才能继续执行相关业务，大家对于这类问题是怎么处理的呢。 我在考虑系统每次重启的时候，把所有这类锁全销毁一遍，不知道有没啥隐藏问题。😂 重启, Redis, 锁, 服务
假设 A 服务有 2 个实例，重启的时候， 实例 1 在 9：45：00 重启完成，收到客户端请求，上了个锁 实例 2 在 9：45：01 重启完成，然后销毁所有锁，这岂不是把正常业务的锁也清理了？之后收到客户端请求就又可以加这把锁了，岂不是乱套了。
"每次重启的时候，把所有这类锁全销毁一遍" 这不是一个最优解, 很不可靠, 假如机器死机 ,系统宕机, 进程被杀, 你根本就走不到正常的重启流程. 最好的就是像 2 楼说的, 把锁超时时间设置到尽量短, 满足业务需求即可
redis 锁肯定要加 ttl 的 不然万一你代码有 bug 不是直接锁死了。 服务重启 首先优雅停机了解一下 如果按照你这样做的话 在多台服务场景发布整体的时间没那么快，本来是依赖流量切分+优雅停机就可以解决的问题，你是不是把问题搞复杂了。。。。
