SpringCache配置多个cacheManager的问题 ：报错

在项目中同时使用Apache Shiro的EhCacheManager和自定义的RedisCacheManager时，确实可能会遇到冲突问题，因为Shiro默认会使用其配置的CacheManager来处理所有缓存操作。为了解决这个问题，你可以采取以下几种策略：

1. 分离Shiro与业务缓存管理器：

   • 保持Shiro使用EhCacheManager，但仅限于Shiro自身的权限、会话等安全相关的缓存。
   • 对于业务逻辑中的@Cacheable注解，不直接通过Shiro管理，而是利用Spring框架自带的缓存抽象或直接使用RedisCacheManager。

2. 自定义Shiro CacheManager代理：

   • 创建一个自定义的Shiro CacheManager 实现，该实现内部根据缓存键的前缀或者类型来决定是调用EhCacheManager还是RedisCacheManager。这样，你可以更细粒度地控制哪些数据走哪个缓存系统。

3. 修改Spring Cache配置：

   • 确保Spring的缓存管理与Shiro的缓存管理分开配置。你可以在Spring的配置中明确指定使用RedisCacheManager，并且确保这个配置不影响到Shiro的配置。可以通过Spring的cacheManager Bean名称来区分，确保它们在不同的上下文中被正确引用。

4. 利用Spring AOP进行切面编程：

   • 如果某些特定的业务方法需要使用特定的缓存管理器，可以考虑使用Spring的AOP（面向切面编程）来动态切换缓存策略。这需要编写自定义的Aspect来拦截这些方法，并手动控制缓存的读写逻辑。

5. 调整注解使用的缓存管理器：

   • 虽然你提到直接在@Cacheable上指定CacheManager似乎不行，但请确保你的Spring配置正确支持了这一点。检查是否正确设置了cache-manager属性，并且确认Spring的自动配置没有覆盖你的设置。有时候，可能需要在Spring的配置中显式地将自定义的RedisCacheManager与@Cacheable等注解关联起来。

6. 环境隔离：

   • 在极端情况下，如果上述方法都无法有效解决冲突，考虑在不同的环境中分别使用这两个CacheManager。例如，在开发和测试环境中使用一套配置，在生产环境中使用另一套，但这通常不是首选方案。

综上所述，最推荐的方法是第1条和第2条，即通过合理的架构设计和自定义实现来分离Shiro的安全缓存管理和业务逻辑的缓存需求，以避免直接冲突。