ZooKeeper 是一个开源的分布式协调框架，是Apache Hadoop 的一个子项目，主要用来解决分布式集群中应用系统的一致性问题。Zookeeper 的设计目标是将那些复杂且容易出错的分布式一致性服务封装起来，构成一个高效可靠的原语集，并以一系列简单易用的接口提供给用户使用。ZooKeeper本质上是一个分布式的小文件存储系统（Zookeeper=文件系统+监听机制）。提供基于类似于文件系

like KK%相当于=常量，%KK和%KK% 相当于范围。

使用 Redis 的 SETNX 命令（Set if Not Exists）来确保只有一个客户端可以成功创建一个锁键。使用 EXPIRE 命令设置键的过期时间，防止死锁。如果客户端成功设置了锁键，它就获得了锁；如果失败，则表示锁已被其他客户端占用。为了解决锁失效或客户端故障问题，可以使用 Redisson 或者实现 Redlock 算法来增强锁的可靠性。

ZAB 协议全称：Zookeeper Atomic Broadcast（Zookeeper 原子广播协议）。Zookeeper 是一个为分布式应用提供高效且可靠的分布式协调服务。在解决分布式一致性方面，Zookeeper 并没有使用 Paxos ，而是采用了 ZAB 协议，ZAB是Paxos算法的一种简化实现。ZAB 协议是为分布式协调服务 Zookeeper 专门设计的一种支持崩溃恢复和原子广播

但在Java 8及以后的版本，永久代被元数据区（Metaspace）取代，元数据区是一块位于本地内存中的区域，与堆内存分开。对象在堆内部挪动的过程其实是复制，原有区域对象还在，一般不直接清理，JVM内部清理过程只是将对象分配指针移动到区域的头位置即可，比如扫描s0区域，扫到gcroot引用的非垃圾对象是将这些对象复制到s1或老年代，最后扫描完了将s0区域的对象分配指针移动到区域的起始位置即可，s0