ehcache 是否尊重 serialVersionUID？

Question

我们在具有 RMI 复制和更新服务器的集群中运行 ehcache 1.5（想想顶部的负载平衡器/代理和零停机时间更新）。

我们通常不关心serialVersionUID。麻烦的是，如果您在复制缓存中有两个版本的实体，可能会发生非常糟糕的事情（直至中断）。也就是说，如果其中一台运行旧代码的服务器将元素复制到其类已更改的新服务器。

我们通常通过为不同端口上的更新服务器启动新集群来解决这个问题，但它非常丑陋和脆弱。

所以，问题是：集群、复制的 ehcache 是否正确尊重 serialVersionUID？也就是说，如果本地类的版本不同，它不会尝试复制实体吗？

感谢您的直观猜测，但我正在寻找尽可能可靠的数据，首选官方文档。

Answer 1

Ehcache 不支持您建议的 serialVersionUID。我在运行 Ehcache 独立运行和通过 Terracotta 分布式运行时亲身体验了您在上面描述的场景，如果版本 UID 不匹配，则会在客户端上引发异常。

理想情况下（我假设这就是您要查找的内容）与 serialVersionUID 不匹配的对象只会错过缓存，但不幸的是，这不受支持。

如果您正在寻找更优雅的解决方案来解决此问题，请尝试在更改缓存实体时更改缓存区域名称，可能会将其与 serialVersionUID 链接。您需要更新 ehcache 配置文件以添加新的缓存区域，但它会强制资源仅从包含它们支持的版本的缓存中请求实体。这对于无法同时使用新版本更新所有资源并且不想使缓存过期的分布式环境有很大帮助。