有些書可以極大地改變您的生活。 其中一本是Joshua Bloch撰寫的“ Effective Java” 。 在下面您可能會發(fā)現(xiàn)一些小的實驗，該實驗的靈感來自于本書的第11章“串行化”。

假設我們有一個為繼承而設計的類，它本身不是可序列化的 ，并且沒有無參數(shù)的構(gòu)造函數(shù)，如以下示例所示：

public class CumbersomePoint {private String name;private double x;private double y;protected CumbersomePoint(double x, double y, String name) {this.x = x;this.y = y;this.name = name;}public String getName() {return name;}public double getX() {return x;}public double getY() {return y;}... }

現(xiàn)在，當我們擴展此類時，例如通過以下方式：

public class ConvenientPoint extends CumbersomePoint implements Serializable {public ConvenientPoint(double x, double y, String name) {super(x, y, name);}... }

并嘗試序列化然后反序列化任何ConvenientPoint實例，我們將很快遇到漂亮的InvalidClassException ，抱怨沒有有效的構(gòu)造函數(shù)。 在您應用稱為序列化代理模式的技術(shù)之前，情況看起來有點絕望。

首先，將內(nèi)部類添加到ConvenientPoint類中：

private static class SerializationProxy implements Serializable {private String name;private double x;private double y;public SerializationProxy(ConvenientPoint point) {this.name = point.getName();this.x = point.getX();this.y = point.getY();}private Object readResolve() {return new ConvenientPoint(x, y, name);}}

SerializationProxy類將表示封閉類實例的邏輯狀態(tài)。 我們還必須向ConvenientPoint類添加以下方法：

private Object writeReplace() {return new SerializationProxy(this);}

現(xiàn)在，當ConvenientPoint實例將被序列化時，由于writeReplace方法，它將提名其替換對象– SerializationProxy實例將被序列化而不是ConvenientPoint 。

另一方面，當序列化代理將被反序列化時， readResolve方法的使用將提名其替代品，即ConvenientPoint實例。

如您所見，無論缺少不可序列化的父類的無參數(shù)構(gòu)造函數(shù)，我們都使ConvenientPoint可序列化。

在本文的結(jié)尾，再說一遍–如果要防止破壞由構(gòu)造函數(shù)強制執(zhí)行的類不變式，可以使用序列化代理模式 （在我們的示例中為ConvenientPoint）在類中添加以下方法：

private void readObject(ObjectInputStream stream) throws InvalidObjectException {throw new InvalidObjectException("Use Serialization Proxy instead.");}

它將防止封閉類的反序列化。

翻譯自: https://www.javacodegeeks.com/2014/06/serialization-proxy-pattern-example.html

總結(jié)

以上是生活随笔為你收集整理的序列化代理模式示例的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。