在Java中序列化枚举是否有很好的替代方案？

发布时间：2020-12-15 00:45:45 所属栏目：Java 来源：网络整理

导读：Java语言从添加枚举中获益匪浅;但遗憾的是,在具有不同代码级别的系统之间发送序列化对象时,它们无法正常工作. 示例：假设您有两个系统A和B.它们都以相同的代码级别启动,但在某些时候开始在不同的时间点查看代码更新.现在假设有一些 public enum Whatever { F

Java语言从添加枚举中获益匪浅;但遗憾的是,在具有不同代码级别的系统之间发送序列化对象时,它们无法正常工作.

示例：假设您有两个系统A和B.它们都以相同的代码级别启动,但在某些时候开始在不同的时间点查看代码更新.现在假设有一些

public enum Whatever { FIRST; }

还有其他对象可以引用该枚举的常量.这些对象被序列化并从A发送到B,反之亦然.现在考虑B有更新版本的Whatever

public enum Whatever { FIRST; SECOND }

然后：

class SomethingElse implements Serializable { ...
  private final Whatever theWhatever;
  SomethingElse(Whatever theWhatever) {
    this.theWhatever = theWhatever; ..

获得实例化…

SomethingElse somethin = new SomethingElse(Whatever.SECOND)

然后序列化并发送到A(例如,作为一些RMI调用的结果).这很糟糕,因为现在在A上反序列化时会出现错误：A知道Whatever枚举类,但是在没有SECOND的版本中.

我们认为这很艰难;现在我非常渴望将枚举用于实际上“完美用于枚举”的情况;只是因为我知道我以后不能轻易扩展现有的枚举.

现在我想知道：是否有(好的)策略来避免与枚举的兼容性问题？或者我真的要回到“pre-enum”时代;并且不要使用枚举,但必须依赖于我在整个地方使用普通字符串的解决方案？

更新：请注意,使用serialversionuid对此没有任何帮助.那件事只能帮助你使不相容的变化“更加明显”.但重点是：我不关心为什么反序列化失败 – 因为我必须避免它发生.而且我也无法改变序列化对象的方式.我们正在做RMI;我们正在序列化为二进制;我没办法改变它.

解决方法

正如@Jesper在评论中提到的那样,我会为你的服务间沟通推荐像JSON这样的东西.这样您就可以更好地控制未知Enum值的处理方式.

例如,使用始终非常棒的Jackson,您可以使用Deserialization Features READ_UNKNOWN_ENUM_VALUES_AS_NULL或READ_UNKNOWN_ENUM_VALUES_USING_DEFAULT_VALUE.两者都允许您的应用程序逻辑根据您的需要处理未知的枚举值.

示例(直接来自Jackson doc)

enum MyEnum { A,B,@JsonEnumDefaultValue UNKNOWN }
...
final ObjectMapper mapper = new ObjectMapper();
mapper.enable(DeserializationFeature.READ_UNKNOWN_ENUM_VALUES_USING_DEFAULT_VALUE);

MyEnum value = mapper.readValue(""foo"",MyEnum.class);
assertSame(MyEnum.UNKNOWN,value);

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!