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

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;我们正在序列化为二进制;我没办法改变它.

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值