序列化代理模式解決了序列化模式無法解決的問題？

Question

我需要能夠序列化類爲一個字符串，我知道的2種模式：

1）（正常）序列化模式 2）代理系列化格局

我讀過http://lingpipe-blog.com/2009/08/10/serializing-immutable-singletons-serialization-proxy/（中只有網站在谷歌，談論代理序列化模式），仍然不能找到優勢或好處使用這種模式。有人能解釋一下代理序列化模式到底是什麼，或者更準確地說，代理序列化模式解決了什麼問題，即正常序列化模式無法解決？

Answer 1

默認序列化：

• 創建應該是在反序列化單例類的多個實例
• 理應有與即時改變反序列化對象的問題（是嗎？）

二點是有爭議的。誰改變了字節流的數據？如果可能發生，我們有比反序列化更大的問題：安全性。簽名/加密流也可以解決序列化問題。

第一個是真實的。幾次對同一個單例進行序列化，在另一側進行反序列化，並且哎呀！你有多個單身（multitones？）。這個問題雖然是恕我直言，更容易通過從單一的枚舉中解決，然後JVM將強制執行單個實例本身。

UPDATE

正如史蒂夫·乙指出，博客海報也許誤解/歪曲他怎麼看。 「序列化，調整字節，然後反序列化」，而不是「序列化，部署新版本的類，反序列化」。是的，這是已知的問題，Externalizable接口允許通過完全控制類的序列化來整潔地解決它，所以即使後面的版本類也可以反序列化從先前版本創建的流中的自己的數據（如果可能的話完全）。