认知点
ZooKeeper就是一个分布式的文件系统 。
强一致性。ZooKeeper 是选了CP (一致性 Consistency,分区容错性 Partition Tolerance)
分布式锁-公平锁
lock操作:
- 创建临时顺序节点 ,并 线程wait(用CountDownLatch 比自己写 wait notify好)
- if 自己不是锁的持有者 :exists前一个节点的同时并Watch 。(自己子节点的第一个,也就是自己不是锁的拥有者)
- Watch到前一个节点的删除操作 锁的拥有就到了自己。 notify 第一步的wait 执行后续代码。
unlock操作:
- 直接删除自身创建的节点
想到的问题点:
- 处于中间的顺序节点因为干扰(内存坏了等不能人为控制的原因)会不会影响其后的的一个节点错误的获取到锁。
解决方案:前一个节点失效时 if 判断自己不在头节点 : exists前一个节点的同时并Watch。 - 操作时间过长导致的锁超时导致锁丢失。
解决方案 : 追加守护线程更新超时时间。