2019獨角獸企業重金招聘Python工程師標準>>>

謹慎地實現Serializable

實現Serializable有以下幾點風險

• 實現Serializable的類一旦發布，則“改變這個類的實現”的靈活性將大大降低。
• 增加了錯誤和安全漏洞的可能性。
• 測試負擔會增加。

為了繼承而設計的類應該很少實現Serializable，接口也應該很少會擴展它。

保護性地編寫readObject方法

不嚴格的說，readObject是一個“用字節流作為唯一參數”的構造函數"。所以在寫readObject時，就想象自己正在編寫一個構造函數。 例如，在一個類的構造函數中，對參數的有效性做了檢查，并且也做了保護性拷貝的話，readObject中也應該實現該邏輯。Period類（參考 http://my.oschina.net/u/1453800/blog/263037#OSC_h3_2）的readObject可以寫成這樣：

private void readObject(ObjectInputStream s) throws IOException,ClassNotFoundException {s.defaultReadObject();start = new Date(start.getTime());end = new Date(end.getTime());if (start.compareTo(end) > 0) {throw new InvalidObjectException(start + "after" + end);}}

值得注意的是，這樣實現后，start和end都不能再定義成final了。不過下文會介紹readResolve方法，可以作為保護性readObject的替代選擇，并且保證start和end還能繼續定義成final。

在readObject中，無論是直接方式還是間接方式，都不要調用類中可被改寫的方法。

必要時提供一個readResolve方法

readResolve有兩個用法：

• ?用來實現singletor的序列化
• 作為保護性的readObject方法的一種保守替代選擇，它的好處有：減少代碼冗余，也不需要考慮太多細節；消除了“序列化對于使用final域的人為限制”。

Peroid類的readResolve方法實現如下：

private Object readResolve() throws ObjectStreamException {return new Period(start, end); }

轉載于:https://my.oschina.net/u/1453800/blog/263353

總結

以上是生活随笔為你收集整理的《Effective Java读书笔记》--序列化的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。