无法驱逐Hibernate二级缓存（Ehcache）关联实体的技术求助

结合你的配置（nonstrict-read-write缓存策略、一对多list关联），我整理了几个针对性的排查和解决步骤，帮你搞定集合二级缓存无法驱逐的问题：

1. 针对集合缓存区域执行驱逐操作 #

你在<list>节点下配置的<cache>，会把parameters集合的缓存放到单独的集合缓存区域，而非com.test.Program的类缓存区域。所以不能只驱逐类缓存，必须指定集合对应的缓存区域：

// 正确驱逐Program类下parameters集合的二级缓存
sessionFactory.getCache().evictCollectionRegion("com.test.Program.parameters");

如果需要清空所有集合缓存，可以用：

sessionFactory.getCache().evictCollectionRegions();

注意：集合缓存的区域名称格式固定为[实体全类名].[集合属性名]，要和你hbm映射里的name属性完全匹配。

2. 检查Ehcache配置中集合缓存区域的规则 #

打开你的ehcache.xml，确认集合缓存区域的配置是否合理：

• 有没有误设eternal="true"（永久缓存，不会过期也无法被驱逐）
• 有没有设置maxEntriesLocalHeap或timeToLiveSeconds导致缓存无法被正常清理
• 集合缓存区域的名称是否和Hibernate默认生成的一致（默认就是[实体全类名].[集合属性名]）

示例正确的集合缓存配置片段：

<cache name="com.test.Program.parameters"
       maxEntriesLocalHeap="1000"
       timeToLiveSeconds="3600"
       eternal="false"
       overflowToDisk="false"/>

3. 确认驱逐操作的执行上下文 #

• 如果你在事务中执行驱逐，务必确保事务最终提交或回滚——Hibernate的缓存操作有时会绑定到事务上下文，未提交的话可能不会立即生效。
• 执行驱逐后，关闭当前Session再测试获取数据，因为Session的一级缓存（会话缓存）会持有之前加载的对象，容易让你误以为二级缓存没被清理。

4. 排查nonstrict-read-write策略的潜在影响 #

nonstrict-read-write是弱一致性缓存策略，不保证缓存和数据库实时一致，但不影响缓存驱逐操作。需要注意：如果集合数据是通过批量更新/删除操作修改的，Hibernate不会自动触发集合缓存失效，必须手动执行驱逐。

5. 检查是否启用了查询缓存 #

如果你查询Program或parameters集合时用了查询缓存（比如setCacheable(true)），除了驱逐集合缓存，还要同步驱逐对应的查询缓存区域：

sessionFactory.getCache().evictQueryRegion("你的查询缓存区域名称");
// 或者清空所有查询缓存
sessionFactory.getCache().evictQueryRegions();

内容的提问来源于stack exchange，提问作者jprism