你在项目中使用的 Redis 客户端是什么？

【核心定义】
在项目中，我主要使用 Lettuce 作为 Redis 客户端，它是一个基于 Netty 构建的高性能、线程安全的异步/同步客户端，适用于生产环境中的高并发场景。

【关键要点】

高性能与异步支持：Lettuce 基于 Netty 实现非阻塞 I/O，支持响应式编程和异步操作，能够高效管理连接池，减少线程阻塞，提升吞吐量。
线程安全：其连接（StatefulRedisConnection）是线程安全的，单个连接可被多线程共享，避免了频繁创建连接的开销，适合 Spring Boot 等框架的默认集成。
功能全面：支持 Redis 集群、哨兵、管道、事务、发布订阅等高级特性，且与 Spring Data Redis 无缝整合，简化配置。
版本适配性：持续更新，兼容 Redis 5.x/6.x 的新命令（如 Streams），并支持 SSL、认证等安全机制。

【深度推导/细节】

连接管理机制：
Lettuce 使用 ConnectionPool 管理物理连接，通过 GenericObjectPool 实现连接复用。当并发请求到来时，客户端从池中借用连接，执行后归还，避免 TCP 握手开销。
异步操作原理：
基于 Netty 的事件循环模型，I/O 操作在后台线程执行，主线程通过 CompletableFuture 或 Reactive API 获取结果。例如，asyncCommands.set(key, value) 会立即返回 RedisFuture，不阻塞调用线程。
线程安全实现：
StatefulRedisConnection 内部通过原子操作和锁确保命令执行的原子性，多线程调用时，Netty 的 ChannelHandler 会序列化请求，避免数据混乱。

【关联/对比】

vs Jedis：
Jedis 是早期常用客户端，但每个连接非线程安全，需配合连接池（如 JedisPool）使用。其同步阻塞模型在高并发下性能低于 Lettuce，且异步支持较弱。
vs Redisson：
Redisson 侧重分布式对象和服务（如锁、队列），封装了更多分布式语义；而 Lettuce 更接近原生 Redis 命令，适合需要精细控制 Redis 操作的场景。
在 Spring Boot 中的选择：
Spring Boot 2.x 默认将 Lettuce 作为底层客户端，因其线程安全和异步特性更适合 Spring 的响应式生态（如 WebFlux）。

『面试官追问』

为什么 Lettuce 能实现线程安全，而 Jedis 不能？
Lettuce 的 StatefulRedisConnection 内部通过 Netty 的 Channel 管理请求队列，所有命令通过同一 Channel 发送，由 Netty 保证线程安全；Jedis 的 Jedis 实例直接绑定到 TCP 连接，多线程操作会导致协议混乱。
Lettuce 如何处理 Redis 集群的槽位迁移？
客户端缓存集群槽位映射表，当收到 MOVED 重定向错误时，自动更新映射并重试命令；同时支持自适应刷新策略，避免频繁重定向。
在高并发场景下，Lettuce 连接池如何配置？
需根据 QPS 和平均命令耗时调整 maxActive（最大连接数）和 maxIdle（最大空闲连接），例如设置 maxActive=500 防止连接耗尽，并启用 testOnBorrow 检测连接有效性。

【版本差异】

Spring Boot 1.x：默认集成 Jedis，需手动配置连接池。
Spring Boot 2.x+：默认使用 Lettuce，支持 LettuceConnectionFactory 配置集群、哨兵模式，并可通过 application.yml 调整 timeout、pool 参数。
Redis 6 支持：Lettuce 6.x 适配 Redis 6 的 ACL 权限控制，并优化了集群重定向逻辑。

【总结】
选择 Lettuce 主要基于其高性能异步架构和原生线程安全特性，能够支撑高并发场景下的稳定访问，同时其活跃的社区和 Spring 生态集成降低了维护成本。在实际项目中，我会结合监控指标（如连接数、延迟）动态调整配置，确保 Redis 客户端的可靠性与效率。

# 你在项目中使用的 Redis 客户端是什么？