yaclty/Java-Interview-Guide
1
0
Fork 0
mirror of https://github.com/Snailclimb/JavaGuide synced 2025-08-10 00:41:37 +08:00
Code Issues Projects Releases Wiki Activity

Compare commits

base: yaclty:7605688c64abb218147fc8a6e6f3fe6eeaef1bb2
Branches Tags
yaclty:main
yaclty:master
..
compare: yaclty:c62cd9297f8788eef3353392b5adb9029b76b9cd
Branches Tags
yaclty:main
yaclty:master

No commits in common. "7605688c64abb218147fc8a6e6f3fe6eeaef1bb2" and "c62cd9297f8788eef3353392b5adb9029b76b9cd" have entirely different histories.
7605688c64 ... c62cd9297f

1 changed files with 2 additions and 2 deletions
Show Stats Expand all files Collapse all files

2
docs/distributed-system/distributed-lock-implementations.md
View File

@ -279,7 +279,7 @@ client.close();
使用 Redis 实现分布式锁的时候，我们是通过过期时间来避免锁无法被释放导致死锁问题的，而 ZooKeeper 直接利用临时节点的特性即可。
假设不使用顺序节点的话，所有尝试获取锁的客户端都会对持有锁的子节点加监听器。当该锁被释放之后，势必会造成所有尝试获取锁的客户端来争夺锁，这样对性能不友好。使用顺序节点之后，只需要监听前一个节点就好了，对性能更友好。
假设不适用顺序节点的话，所有尝试获取锁的客户端都会对持有锁的子节点加监听器。当该锁被释放之后，势必会造成所有尝试获取锁的客户端来争夺锁，这样对性能不友好。使用顺序节点之后，只需要监听前一个节点就好了，对性能更友好。
### 为什么要设置对前一个节点的监听？