现在聊的 topic 是分布式系统，面试官跟你聊完了 dubbo 相关的一些问题之后，已经确认你对分布式服务框架/RPC 框架基本都有一些认知了。
那么他可能开始要跟你聊分布式相关的其它问题了。
分布式锁这个东西，很常用的，你做 Java 系统开发，分布式系统，可能会有一些场景会用到。最常用的分布式锁就是基于 zookeeper 来实现的。
其实说实话，问这个问题，一般就是看看你是否了解 zookeeper，因为 zookeeper 是分布式系统中很常见的一个基础系统。
而且问的话常问的就是说 zookeeper 的使用场景是什么？
ZooKeeper的架构通过冗余服务实现高可用性。
因此，如果第一次无应答，客户端就可以询问另一台ZooKeeper主机。
ZooKeeper节点将它们的数据存储于一个分层的命名空间，非常类似于一个文件系统或一个前缀树结构。客户端可以在节点读写，从而以这种方式拥有一个共享的配置服务，更新是全序的。
无论是单机锁还是分布式锁，原理都是基于共享的数据，判断当前操作的行为。
对于单机则是共享RAM内存，对于集群则可以借助Redis，ZK，DB等第三方组件来实现。
Redis，ZK对分布式锁提供了很好的支持，基本上开箱即用，然而这些组件本身要高可用，系统也需要强依赖这些组件，额外增加了不少成本。
DB对于系统来说本身就默认为高可用组件，针对一些低频的业务使用DB实现分布式锁也是一个不错的解决方案，比如控制多机器下定时任务的起调，针对审批回调处理等，本文将给出DB实现分布式锁的一些场景以及解决方案，希望对你启发。
ZooKeeper（中文名“动物管理员”）是一个分布式的开源协调服务，通常用于构建分布式系统和应用程序。
它提供了一个简单的接口和可靠的协调机制，用于管理和协调分布式应用程序的各种任务，例如配置管理、命名服务、分布式同步、分布式锁、分布式队列等。ZooKeeper主要用于解决分布式系统中常见的一致性问题。
以下是ZooKeeper的一些主要特性和用途：
分布式协调服务： ZooKeeper提供了一个分布式的协调服务，可以用来管理大规模分布式系统中的节点信息、配置信息等。
高可用性： ZooKeeper的架构设计使得它可以提供高可用性的服务。ZooKeeper集群中的各个节点之间可以相互通信和同步数据，保证系统的可用性。
数据一致性： ZooKeeper提供了强一致性的数据模型，保证了在分布式系统中各个节点之间的数据一致性。
轻量级： ZooKeeper的设计非常轻量级，它的核心部分只包含少量的代码，可以很容易地集成到各种应用中。
顺序访问： ZooKeeper可以为节点生成全局唯一的顺序编号，可以用于实现分布式队列等场景。
动态上下线： ZooKeeper可以动态地监测系统中的节点的上下线情况，当有节点加入或离开集群时，ZooKeeper能够及时感知并作出相应的调整。
面对不同的注册中心组件，我们只需要定义一套接口，然后每一个作为具体的实现即可。
注册中心在配置操作方面通常提供以下一些常见的方法：
服务注册： 将服务的元数据（如服务名称、IP地址、端口号）注册到注册中心，使得其他服务可以发现并调用它。注册操作通常包括服务的启动时进行注册，以及定期发送心跳信息来保持服务的在线状态。
服务发现： 查询注册中心获取其他服务的元数据，以便进行服务间的通信。服务发现允许服务动态地发现和调用其他服务，而不需要硬编码服务的位置信息。
健康检查： 注册中心通常支持健康检查机制，用于定期检查服务的健康状态。通过定期发送健康检查请求，注册中心可以判断服务是否处于可用状态，并相应地更新服务的注册信息。
配置管理： 有些注册中心提供配置管理功能，允许服务动态地获取和刷新配置信息。这样，服务可以根据需要调整其行为，而无需重启。
服务注销： 当服务需要下线或者不再可用时，服务应该通知注册中心进行注销，以便其他服务不再访问已经下线的服务。
事件通知： 一些注册中心支持事件通知机制，允许订阅者订阅服务注册、发现、健康状态变化等事件。通过事件通知，可以及时获取关于服务状态的变化信息。
