java单元测试模拟redis缓存行为的核心是隔离真实依赖，主流做法有两种：一是用mockito模拟redistemplate/stringredistemplate，轻量快速，适合验证方法调用与参数；二是用embedded-redis启动嵌入式实例，更真实，适用于验证ttl、lua脚本等复杂行为。
Java 单元测试中模拟 Redis 缓存行为，核心是**隔离真实 Redis 依赖**，让测试不连网络、不依赖外部服务，同时能验证业务逻辑对缓存的读写是否正确。主流做法有两种：用 Mockito 模拟 RedisTemplate/StringRedisTemplate（轻量、快、适合逻辑验证），或用 embedded-redis 启动本地嵌入式实例（更接近真实，支持复杂命令和事务验证）。选哪种取决于测试目标。
用 Mockito 模拟 RedisTemplate 或 StringRedisTemplate
适用于验证「调用了什么方法、传了什么参数、是否按预期执行」，不关心 Redis 内部状态。
- 在测试类中用
@Mock声明RedisTemplate<string user></string>或StringRedisTemplate - 用
@InjectMocks注入被测服务（如UserService），自动注入 mock 实例 - 需 mock 链式调用：比如
redisTemplate.opsForValue().set(key, value)，要逐层 mock —— 先 mockopsForValue()返回值，再 mock 它的set方法 - 验证时用
verify(redisTemplate).opsForValue().set(...)，确保方法被调用且参数匹配 - 若需控制返回值（如
get()返回指定字符串），用when(stringRedisTemplate.opsForValue().get("key")).thenReturn("mocked-value")
用 embedded-redis 启动真实（但进程内）Redis 实例
适用于需要验证「命令实际生效、数据可查、过期逻辑、多命令协作」等场景，比如测试缓存穿透防护、TTL 设置、Lua 脚本等。
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 添加依赖：
it.ozimov:embedded-redis（scope=test），注意排除其自带的slf4j-simple，避免与 Spring 的日志冲突 - 在
@BeforeAll中启动 Redis Server（如绑定 6379 端口），@AfterAll中关闭 - 配置测试 profile（如
spring.profiles.active=unittest），让application.yml指向localhost:6379 - 测试运行时，所有 Redis 操作都打到这个嵌入式实例，可配合
redis-cli连上去手动 inspect 数据 - 注意：仅支持 Redis 基础功能（如 string/hash），不支持集群、哨兵等高级模式；Windows 下需确认兼容性
选择建议与常见误区
不是非此即彼，而是按测试目的分层使用：
- 验证「缓存是否被写入」「key 是否拼接正确」「是否设置了过期时间」→ 用 Mockito，速度快、易断言
- 验证「缓存击穿时加锁逻辑是否生效」「分布式锁 Lua 脚本是否原子执行」「多个 opsForHash 操作是否事务一致」→ 用 embedded-redis
- 避免在同一个测试里混用两种方式；mock 的对象不能直接传给 embedded-redis 实例
- 不要 mock
Jedis或Lettuce底层客户端——应 mock Spring 封装层（RedisTemplate），更贴近业务代码结构 - 真实环境用
StringRedisTemplate的，测试就 mock 它；用泛型RedisTemplate<string user></string>的，就 mock 对应泛型类型
不复杂但容易忽略：mock 链式调用必须显式设置每层返回值，embedded-redis 启动前要检查端口是否被占用，测试 profile 必须被正确激活。做到这几点，Redis 相关单元测试就能既可靠又高效。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
