@wu67 #3 看来大环境的确不行了，我上一家公司不调薪，然后我就走了。

@wu67 #1 我也是打工仔 远程而已

@xhinliang #15 其实 fencing token 也是解决不了 lost update 的 https://v2ex.com/t/809587

@czd670 #7 通地铁？

@cheesea #5 如果 ZooKeeper 是先执行 set x = 1 ，然后执行 set x = 2 ，同一个 client 不会先看到 2 ，然后再看到 1 。

看完 https://www.youtube.com/watch?v=pbmyrNjzdDk&t=2315s 你就知道为什么了

@sun1993 #16

https://redis.io/docs/reference/patterns/distributed-locks/#performance-crash-recovery-and-fsync 解答了你的疑惑。

另外你对 Redlock 算法理解错了，根本不存在 leader 和 follower 。https://redis.io/docs/reference/patterns/distributed-locks/#the-redlock-algorithm 说“ In the distributed version of the algorithm we assume we have N Redis masters. Those nodes are totally independent, so we don’t use replication or any other implicit coordination system.”

另外一个有用的链接： https://martin.kleppmann.com/2016/02/08/how-to-do-distributed-locking.html

@wyx119911 #1 二沙岛的确是个好地方😄

@luoqeng 感谢你的回答，主动去检查的确解决不了问题，我想错了。

@bigbyto
@cubecube
@microxiaoxiao

https://stackoverflow.com/questions/14275613/concerns-about-zookeepers-lock-recipe 表达了跟我一模一样的疑惑，说的解决方法其实跟我想的差不多，client 自己需要主动去检查 lock 的有效性，而不是单纯依赖 ZooKeeper 的通知。

@microxiaoxiao #7 这个问题不是关于 leader election 的。

@cubecube #5 ZooKeeper 会自动删除 ephemeral node ，但是 A 不知道发生了这件事🤐

@cubecube #2 关键是出现了 network partition ，通知不到 client 。

@bigbyto #1 谢谢，也就是 A 释放的时候会发现，然后做对应的动作？

建议看一下 https://www.youtube.com/watch?v=4r8Mz3MMivY&list=PLrw6a1wE39_tb2fErI4-WkMbsvGQk9_UB&index=6 和 https://www.youtube.com/watch?v=4r8Mz3MMivY&list=PLrw6a1wE39_tb2fErI4-WkMbsvGQk9_UB&index=7 ，还有 https://raft.github.io/raft.pdf

在 https://www.youtube.com/watch?v=IXHzbCuADt0&list=PLrw6a1wE39_tb2fErI4-WkMbsvGQk9_UB&t=2230s 中，教授写出来伪代码。其实根本不存在你说的这个问题，因为 exists(next lower #, watch=t)是原子的。

伪代码如下：
1. create seq "f" - ephem=t
2. list f*
3. if no lower # file, return
4. if exists(next lower #, watch=t)
5. wait
6. goto 2.

我也是在家办公，我挺喜欢的，工作的时候就专心工作，用番茄工作法。

@riordanw #1 谢谢

@heiher #9 加上 final 是不行的，这样的静态变量是需要初始化的。

@guangzhouwuyanzu #2 现在更想打好基础，太多人的话，没有空间🤐