求教 Etcd 它没有顺序节点, 如何在实现分布式锁的时候防止惊群效应呢?

[BBCCBB]

RT.

[BBCCBB]

@szkoda 多谢, 仔细看了一波, 续约, 监听目录下比他小的第一个 revision 节点, 来龙去脉都搞清楚了.

@xkeyideal 多谢, 搞定了, 上面我说的顺序节点这个, 我看他通过`prefix+leaseId`解决了, 完美.. 甚至它还支持重入..

[BBCCBB]

@xkeyideal 然后就是你说的两种不太可能出现的异常情况, 不知道是哪两种呢??

[BBCCBB]

@xkeyideal 不知道 tnx 里这个 else 是不是支持重入的?如果是, 那 unlock 直接删除会不会有问题??

[xkeyideal]

@BBCCBB 理解 revision 后你会发现一个，多看看 waitDeletes 你会发现另外一个，看源码要有自己的理解

[owt5008137]

刚看了下 go 的 client 的实现。不是还是广播给所有的 watcher 么。还是会惊群呀。

[owt5008137]

哦哦，我也理解错了。无视我上一条吧

[BBCCBB]

@owt5008137 没广播, 它查了比它 revision 第一个小的节点, 然后监听这个节点的删除事件.