序列化代理模式解决了哪些序列化模式没有解决的问题？

Question

我需要能够将一个类序列化为一个字符串，并且我知道 2 种模式：

1)（正常）序列化模式 2) 代理序列化模式

我读过http://lingpipe-blog.com/2009/08/10/serializing-immutable-singletons-serialization-proxy/（谷歌中唯一一个谈论代理序列化模式的网站），但仍然找不到使用它的优势或好处图案。有人可以解释一下代理序列化模式到底是什么，或者更确切地说，代理序列化模式解决了正常序列化模式无法解决的问题吗？

Answer 1

默认序列化：

• 在反序列化时创建多个应该是单例的类实例
• 据说在动态反序列化对象更改时存在问题（嗯？）

第二点值得商榷。谁改变了字节流的数据？如果发生这种情况，我们将面临比反序列化更大的问题：安全性。签名/加密流也可以解决序列化问题。

第一个是真实的。序列化同一个单例几次，反序列化另一边，哎呀！你有多个单例（多音？）。不过，恕我直言，这个问题更容易通过使用 Enum 制作单例来解决，然后 JVM 将自己强制执行单个实例。

更新

正如史蒂夫 B 所指出的，博客海报可能误解/歪曲了他所阅读的内容。而不是“序列化，调整字节，然后反序列化”，而应该阅读“序列化，部署新版本的类，反序列化”。是的，这是一个已知问题，Externalizable 接口允许人们通过完全控制类序列化来巧妙地解决它，因此即使是更高版本的类也可以从先前版本创建的流中反序列化自己的数据（如果可能的话完全）。