spring中动态管理多个redis缓存实例需按需注册命名缓存、统一控制生命周期、精准触发清理，通过rediscachemanagerbuilder配置多缓存策略，运行时获取cache实例执行clear()或evict()实现定向驱逐，并嵌入业务事件自动清理。
在 Spring 中通过 CacheManager 动态管理多个 Redis 缓存实例，核心在于**按需注册多个命名缓存、统一控制生命周期、精准触发清理**。这不是简单配一个 `RedisCacheManager` 就能解决的，而是要结合缓存命名空间、运行时 Cache 实例获取与显式驱逐机制。
明确缓存命名与多实例配置
Spring 的 `CacheManager` 本身不“创建多个 Redis 实例”，而是管理多个逻辑缓存（即多个 Cache 对象），每个对应不同前缀、TTL 或序列化策略。实际 Redis 连接仍复用同一个 `RedisConnectionFactory`。
- 在配置类中定义多个 `RedisCacheConfiguration`，例如：
–menuCacheConfig()：设置过期时间 10 分钟，使用 JSON 序列化
–userCacheConfig()：永不过期，使用 JDK 序列化（仅内部用） - 用 `RedisCacheManager.RedisCacheManagerBuilder` 注册多个缓存名称：
.cacheDefaults(menuCacheConfig()).withCache("userCache", userCacheConfig()) - 启动后，可通过 `cacheManager.getCache("userCache")` 获取对应实例，无需硬编码 key 前缀
运行时动态获取并清理指定缓存
清理不是靠删 Redis 全库，而是针对某类业务缓存做精准驱逐。关键在利用 `CacheManager` 提供的缓存实例进行 clear() 或 evict(key) 操作。
- 注入 `CacheManager` 后，调用
cacheManager.getCache("orderCache")获取该缓存对象 - 执行
cache.clear()清空整个缓存区域（等效于清空该缓存名下所有 key） - 若只想删某个 ID，用
cache.evict("ORDER_12345")，Spring 会自动拼接命名空间和 key - 注意：`clear()` 不等于 `flushDB`，它只影响本缓存配置范围内的 key（如带 `orderCache::` 前缀的）
配合业务事件自动触发清理
避免手动调用清理接口，把缓存失效逻辑嵌入数据变更流程中，保持一致性。
- 在更新菜品服务后，自动调用：
cacheManager.getCache("dishCache").clear() - 新增分类时，清除关联缓存：
cacheManager.getCache("categoryCache").clear()cacheManager.getCache("dishCache").clear() - 可封装为工具方法：
cacheCleaner.clearCaches("dishCache", "categoryCache")
避免常见陷阱
多缓存管理容易出错的点集中在类型匹配与作用域混淆上。
- 不要混用 `StringRedisTemplate` 和 `RedisTemplate
- 确认 `@Cacheable(cacheNames = "userCache")` 中的名称与 `CacheManager` 注册的完全一致（大小写敏感）
- 若使用自定义
KeyGenerator，确保所有缓存操作使用同一生成规则，否则evict()找不到原 key - 集群环境下，`clear()` 是本地操作，需配合发布订阅或分布式事件保证多节点缓存同步失效
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
