ZooKeeper 提供了原生 Java API 用于分布式协调，但原生 API 存在会话重连、监听器一次性触发等痛点。实际开发中，更推荐使用封装完善的 ZkClient 或 Curator 框架。以下详细介绍三类客户端的核心用法与最佳实践。
原生 API 是 ZooKeeper 官方提供的基础接口，适合理解底层原理，但需手动处理诸多细节（如异常、会话维护）。
1 | <dependency> |
1 | private ZooKeeper zkClient; |
ZooKeeper 凭借其强一致性、高可用的特性，成为分布式系统中解决协同问题的 “瑞士军刀”。从服务注册发现到分布式锁，从配置管理到集群选举，其应用场景覆盖了分布式架构的诸多核心需求。以下详细解析各场景的实现原理与实践方式。
在微服务架构中，服务提供者与消费者需动态感知彼此的存在，ZooKeeper 可通过临时节点和监听机制实现这一功能。
/services/user-service）下创建临时节点，节点数据为服务地址（如 192.168.1.100:8080）。getChildren 获取 /services/user-service 下的所有子节点（即所有服务提供者地址），并监听子节点变化。| 特性 | ZooKeeper（CP） | Eureka（AP） |
|---|---|---|
| 一致性 | 强一致性（Leader 选举期间不可用） | 最终一致性（优先保证可用性） |
| 可用性 | 集群半数以上节点故障时不可用 | 允许部分节点故障，仍提供服务 |
| 适用场景 | 对一致性要求高的服务（如金融交易） | 对可用性要求高的服务（如电商） |
分布式系统中，多节点竞争同一资源（如库存扣减、订单创建）时，需通过分布式锁保证操作的原子性。ZooKeeper 基于临时有序节点和监听机制实现高效锁控制。
/lock 路径下创建临时有序节点（如 /lock/req-0000000001）。/lock 下的所有子节点，若自身是序号最小的节点，则获取锁。/lock/req-0000000000），前节点释放锁后触发事件，重复步骤 2。Curator 框架已封装分布式锁实现（InterProcessMutex），无需重复开发：
在 Spring（尤其是 Spring MVC）应用中，经常需要在非 Controller 层（如 Service、工具类）获取当前请求的 HttpServletRequest 对象（如获取请求头、客户端 IP、参数等）。核心解决方案是利用 RequestContextHolder 工具类，它通过 ThreadLocal 存储当前请求上下文，确保线程安全。从 “原理→使用方式→注意事项→扩展场景” 四个维度，彻底讲透如何安全、高效地获取 HttpServletRequest。
RequestContextHolder 是 Spring 提供的请求上下文持有者，其底层通过 ThreadLocal 存储当前线程的请求上下文（RequestAttributes），确保每个线程只能访问自己的请求对象，避免多线程环境下的资源竞争。
graph LR
A[RequestContextHolder] --> B[ThreadLocal]
B --> C[ServletRequestAttributes]
C --> D[HttpServletRequest]
C --> E[HttpServletResponse]
RequestContextHolder：静态工具类，提供 currentRequestAttributes() 方法获取当前线程的 RequestAttributes；RequestAttributes：请求属性接口，定义了获取请求 / 会话属性的方法，其实现类 ServletRequestAttributes 封装了 HttpServletRequest 和 HttpServletResponse；ThreadLocal：线程局部变量，确保每个线程的 RequestAttributes 独立存储，互不干扰。Spring MVC 在请求进入时（DispatcherServlet 处理请求的初期），会自动将当前 HttpServletRequest 封装为 ServletRequestAttributes，并通过 RequestContextHolder.setRequestAttributes() 存入 ThreadLocal；请求结束后，会清除 ThreadLocal 中的数据，避免内存泄漏。
核心流程简化：
在分布式系统中，Session 共享是核心问题之一。当用户请求被负载均衡分发到不同服务器时，若 Session 未共享，会导致用户反复登录、状态丢失。本文详细讲解两种主流的 Session 共享方案：Tomcat 原生集群复制和Redis 集中存储，分析其原理、配置方法及适用场景。
Tomcat 通过内置的集群组件（SimpleTcpCluster）实现 Session 自动复制，多个 Tomcat 节点组成集群，当某节点的 Session 发生变化时，会同步到其他节点。
server.xml，启用集群功能在Engine或Host标签内添加集群配置（所有 Tomcat 节点配置一致）：
1 | <!-- tomcat集群节点 |
jvmRoute）在server.xml的Engine标签中添加jvmRoute，区分不同节点：
在 Lucene 中，Field（域）是文档（Document）的基本组成单元，每个 Field 的行为由其核心属性决定。这些属性包括是否分词（tokenized）、是否索引（indexed） 和是否存储（stored），它们直接影响索引构建、查询效率和结果展示。以下是对这些属性的详细说明：
分词（tokenized）指将 Field 的原始值拆分为多个词项（Term）的过程，目的是为后续的全文检索提供可匹配的单元。
索引（indexed）指将 Field 的值（分词后的词项或完整值）存入倒排索引，使其可被查询。只有索引的字段才能作为查询条件。