關于序列化的 10 幾個問題，你頂得住不？.md

作者：Yujiaao
https://segmentfault.com/a/1190000019962661

任何序列化該類的嘗試都會因NotSerializableException而失敗，但這可以通過在 Java中 為 static 設定瞬態(transient)變數來輕松解決，

Java 序列化相關的常見問題

Java 序列化是一個重要概念, 但它很少用作持久性解決方案, 開發人員大多忽略了 Java 序列化 API，

根據我的經驗, Java 序列化在任何 Java核心內容面試中都是一個相當重要的話題, 在幾乎所有的網面試中, 我都遇到過一兩個 Java 序列化問題, 我看過一次面試, 在問幾個關于序列化的問題之后候選人開始感到不自在, 因為缺乏這方面的經驗，

他們不知道如何在 Java 中序列化物件, 或者他們不熟悉任何 Java 示例來解釋序列化, 忘記了諸如序列化在 Java 中如何作業, 什么是標記介面, 標記介面的目的是什么，

瞬態變數和可變變數之間的差異, 可序列化介面具有多少種方法, 在 Java 中,Serializable 和 Externalizable 有什么區別, 或者在引入注解之后, 為什么不用 @Serializable 注解或替換 Serializalbe 介面，

在本文中,我們將從初學者和高級別進行提問, 這對新手和具有多年 Java 開發經驗的高級開發人員同樣有益，

關于Java序列化的10個面試問題

大多數商業專案使用資料庫或記憶體映射檔案或只是普通檔案， 來滿足持久性要求， 只有很少的專案依賴于 Java 中的序列化程序，

無論如何,這篇文章不是 Java 序列化教程或如何序列化在 Java 的物件， 但有關序列化機制和序列化 API 的面試問題, 這是值得去任何 Java 面試前先看看以免讓一些未知的內容驚到自己，

對于那些不熟悉 Java 序列化的人, Java 序列化是用來通過將物件的狀態存盤到帶有.ser 擴展名的檔案來序列化 Java 中的物件的程序, 并且可以通過這個檔案恢復重建 Java物件狀態, 這個逆程序稱為 deserialization，

什么是 Java 序列化

序列化是把物件改成可以存到磁盤或通過網路發送到其他運行中的 Java 虛擬機的二進制格式的程序, 并可以通過反序列化恢復物件狀態，

Java 序列化API給開發人員提供了一個標準機制, 通過 java.io.Serializable 和 java.io.Externalizable 介面, ObjectInputStream 及ObjectOutputStream 處理物件序列化，

Java 程式員可自由選擇基于類結構的標準序列化或是他們自定義的二進制格式, 通常認為后者才是最佳實踐, 因為序列化的二進制檔案格式成為類輸出 API的一部分, 可能破壞 Java 中私有和包可見的屬性的封裝.

如何序列化

讓 Java 中的類可以序列化很簡單. 你的 Java 類只需要實作 java.io.Serializable 介面, JVM 就會把 Object 物件按默認格式序列化，讓一個類是可序列化的需要有意為之，

推薦看下：關于Java序列化你應該知道的一切

類可序列會可能為是一個長期代價， 可能會因此而限制你修改或改變其實作. 當你通過實作添加介面來更改類的結構時， 添加或洗掉任何欄位可能會破壞默認序列化， 這可以通過自定義二進制格式使不兼容的可能性最小化, 但仍需要大量的努力來確保向后兼容性，

序列化如何限制你更改類的能力的一個示例是 SerialVersionUID，如果不顯式宣告 SerialVersionUID, 則 JVM 會根據類結構生成其結構， 該結構依賴于類實作介面和可能更改的其他幾個因素，

假設你新版本的類檔案實作的另一個介面, JVM 將生成一個不同的 SerialVersionUID 的, 當你嘗試加載舊版本的程式序列化的舊物件時, 你將獲得無效類例外 InvalidClassException，

問題 1) Java 中的可序列化介面和可外部介面之間的區別是什么？

這是 Java 序列化訪談中最常問的問題，下面是我的版本 Externalizable 給我們提供 writeExternal() 和 readExternal() 方法, 這讓我們靈活地控制 Java 序列化機制, 而不是依賴于 Java 的默認序列化，正確實作 Externalizable 介面可以顯著提高應用程式的性能，

問題 2) 可序列化的方法有多少？如果沒有方法,那么可序列化介面的用途是什么？

可序列化 Serializalbe 介面存在于java.io包中,構成了 Java 序列化機制的核心，它沒有任何方法, 在 Java 中也稱為標記介面，當類實作 java.io.Serializable 介面時, 它將在 Java 中變得可序列化, 并指示編譯器使用 Java 序列化機制序列化此物件，

問題 3) 什么是 serialVersionUID ？如果你不定義這個, 會發生什么？

我最喜歡的關于Java序列化的問題面試問題之一，serialVersionUID 是一個 private static final long 型 ID, 當它被印在物件上時, 它通常是物件的哈希碼,你可以使用 serialver 這個 JDK 工具來查看序列化物件的 serialVersionUID，

SerialVerionUID 用于物件的版本控制，也可以在類檔案中指定 serialVersionUID，不指定 serialVersionUID的后果是,當你添加或修改類中的任何欄位時, 則已序列化類將無法恢復, 因為為新類和舊序列化物件生成的 serialVersionUID 將有所不同，

Java 序列化程序依賴于正確的序列化物件恢復狀態的, ,并在序列化物件序列版本不匹配的情況下引發 java.io.InvalidClassException 無效類例外，

問題 4) 序列化時,你希望某些成員不要序列化？你如何實作它？

另一個經常被問到的序列化面試問題，這也是一些時候也問， 如什么是瞬態 transient 變數， 瞬態和靜態變數會不會得到序列化等，所以,如果你不希望任何欄位是物件的狀態的一部分, 然后宣告它靜態或瞬態根據你的需要, 這樣就不會是在 Java 序列化程序中被包含在內，

問題 5) 如果類中的一個成員未實作可序列化介面，會發生什么情況？

關于Java 序列化程序的一個簡單問題，如果嘗試序列化_實作了可序列化介面的類_的物件，但該物件包含對不可序列化類的參考，則在運行時將引發不可序列化例外 NotSerializableException， 這就是為什么我始終將一個可序列化警報(在我的代碼注釋部分中)，作為代碼注釋最佳實踐之一， 提示開發人員記住這一事實， 在可序列化類中添加新欄位時要注意，

問題 6) 如果類是可序列化的, 但其超類不是, 則反序列化后從超級類繼承的實體變數的狀態如何？

Java 序列化程序僅在物件層級都是_可序列化_的類中繼續， 即：實作了可序列化介面， 如果從超級類沒有實作可序列化介面，則超級類繼承的實體變數的值將通過呼叫建構式初始化，

且一旦建構式鏈啟動, 就不可能停止， 因此， 即使層次結構中更高的類成員變數實作了可序列化介面， 也將通過執行建構式創建，而不再是反序列化得到，如你所見， 這個序列化面試問題看起來非常不易回答， 但如果你熟悉關鍵概念， 則并不難，

問題 7) 是否可以自定義序列化程序, 或者是否可以覆寫 Java 中的默認序列化程序？

答案是肯定的, 你可以，我們都知道,對于序列化一個物件需呼叫 ObjectOutputStream.writeObject(saveThisObject), 并用 ObjectInputStream.readObject() 讀取物件, 但 Java 虛擬機為你提供的還有一件事, 是定義這兩個方法，

如果在類中定義這兩種方法, 則 JVM 將呼叫這兩種方法, 而不是應用默認序列化機制，你可以在此處通過執行任何型別的預處理或后處理任務來自定義物件序列化和反序列化的行為，

需要注意的重要一點是要宣告這些方法為私有方法, 以避免被繼承、重寫或多載，由于只有 Java 虛擬機可以呼叫類的私有方法, 你的類的完整性會得到保留, 并且 Java 序列化將正常作業，

在我看來, 這是在任何 Java 序列化面試中可以問的最好問題之一, 一個很好的后續問題是, 為什么要為你的物件提供自定義序列化表單？

問題 8) 假設新類的超級類實作可序列化介面, 如何避免新類被序列化？

這是在 Java 序列化中不好回答的問題，如果類的 Super 類已經在 Java 中實作了可序列化介面， 那么它在 Java 中已經可以序列化， 因為你不能取消介面，它不可能真正使它無法序列化類, 但是有一種方法可以避免新類序列化，

為了避免 Java 序列化,你需要在類中實作 writeObject() 和 readObject() 方法, 并且需要從該方法引發不序列化例外NotSerializableException，這是自定義 Java 序列化程序的另一個好處, 如上述序列化面試問題中所述, 并且通常隨著面試進度, 它作為后續問題提出，

問題 9) 在 Java 中的序列化和反序列化程序中使用哪些方法？

這是很常見的面試問題, 在序列化基本上面試官試圖知道: 你是否熟悉 readObject() 的用法、writeObject()、readExternal() 和 writeExternal()，

Java 序列化由java.io.ObjectOutputStream類完成，該類是一個篩選器流, 它封裝在較低級別的位元組流中, 以處理序列化機制，要通過序列化機制存盤任何物件, 我們呼叫 ObjectOutputStream.writeObject(savethisobject), 并反序列化該物件, 我們稱之為 ObjectInputStream.readObject()方法，

呼叫以 writeObject() 方法在 java 中觸發序列化程序，關于 readObject() 方法, 需要注意的一點很重要一點是, 它用于從持久性讀取位元組, 并從這些位元組創建物件, 并回傳一個物件, 該物件需要型別強制轉換為正確的型別，

問題 10) 假設你有一個類,它序列化并存盤在持久性中， 然后修改了該類以添加新欄位，如果對已序列化的物件進行反序列化, 會發生什么情況？

這取決于類是否具有其自己的 serialVersionUID，正如我們從上面的問題知道, 如果我們不提供 serialVersionUID, 則 Java 編譯器將生成它, 通常它等于物件的哈希代碼，

通過添加任何新欄位, 有可能為該類新版本生成的新 serialVersionUID 與已序列化的物件不同, 在這種情況下, Java 序列化 API 將引發 java.io.InvalidClassException, 因此建議在代碼中擁有自己的 serialVersionUID, 并確保在單個類中始終保持不變，

11) Java序列化機制中的兼容更改和不兼容更改是什么？

真正的挑戰在于通過添加任何欄位、方法或洗掉任何欄位或方法來更改類結構, 方法是使用已序列化的物件，

根據 Java 序列化規范, 添加任何欄位或方法都面臨兼容的更改和更改類層次結構或取消實作的可序列化介面, 有些介面在非兼容更改下，

對于兼容和非兼容更改的完整串列, 我建議閱讀 Java 序列化規范，

12) 我們可以通過網路傳輸一個序列化的物件嗎？

是的 ,你可以通過網路傳輸序列化物件, 因為 Java 序列化物件仍以位元組的形式保留, 位元組可以通過網路發送，你還可以將序列化物件存盤在磁盤或資料庫中作為 Blob，

13) 在 Java 序列化期間,哪些變數未序列化？

這個問題問得不同, 但目的還是一樣的, Java開發人員是否知道靜態和瞬態變數的細節，由于靜態變數屬于類, 而不是物件, 因此它們不是物件狀態的一部分, 因此在 Java 序列化程序中不會保存它們，

另外，大家可以關注微信公眾號：Java技術堆疊，在后臺回復：面試，可以獲取我整理的 N 篇 Java 面試干貨，

由于 Java 序列化僅保留物件的狀態,而不是物件本身，

瞬態變數也不包含在 Java 序列化程序中, 并且不是物件的序列化狀態的一部分，在提出這個問題之后,面試官會詢問后續內容, 如果你不存盤這些變數的值, 那么一旦對這些物件進行反序列化并重新創建這些變數, 這些變數的值是多少？

這是你們要考慮的，

推薦去我的博客閱讀更多：

1.Java JVM、集合、多執行緒、新特性系列教程

2.Spring MVC、Spring Boot、Spring Cloud 系列教程

3.Maven、Git、Eclipse、Intellij IDEA 系列工具教程

4.Java、后端、架構、阿里巴巴等大廠最新面試題

覺得不錯，別忘了點贊+轉發哦！

標籤：Java

上一篇：springcloud 專案原始碼 微服務 分布式 Activiti6 作業流 vue.js html 跨域 前后分離

下一篇：Spring Boot 集成 Ehcache 快取，三步搞定！