java序列化與反序列化總結
很多商業專案用到資料庫、記憶體對映檔案和普通檔案來完成專案中的序列化處理的需求，但是這些方法很少會依靠於Java序列化。本文也不是用來解釋序列化的，而是一起來看看面試中有關序列化的問題，這些問題你很有可能不瞭解。“Java序列化指的是將物件轉換程位元組格式並將物件狀態儲存在檔案中，通常是.ser副檔名的檔案。然後可以通過.ser檔案重新建立Java物件，這個過程為返序列化”
Java序列化的API中提供了開發人員進行序列化物件的機制，通過Serializable和Externalizable介面。
一起看看這些問題：
1）Java中的Serializable介面和Externalizable介面有什麼區別？
這個是面試中關於Java序列化問的最多的問題。我的回答是，Externalizable介面提供了兩個方法writeExternal()和readExternal()。這兩個方法給我們提供了靈活處理Java序列化的方法，通過實現這個介面中的兩個方法進行物件序列化可以替代Java中預設的序列化方法。正確的實現Externalizable介面可以大幅度的提高應用程式的效能。
2）Serializable介面中有借個方法？如果沒有方法的話，那麼這麼設計Serializable介面的目的是什麼？
Serializable介面在java.lang包中，是Java序列化機制的核心組成部分。它裡面沒有包含任何方法，我們稱這樣的介面為標識介面。如果你的類實現了Serializable介面，這意味著你的類被打上了“可以進行序列化”的標籤，並且也給了編譯器指示，可以使用序列化機制對這個物件進行序列化處理。
3）什麼是serialVersionUID？如果你沒有定義serialVersionUID意味著什麼？
SerialVersionUID應該是你的類中的一個public static final型別的常量，如果你的類中沒有定義的話，那麼編譯器將丟擲警告。如果你的類中沒有制定serialVersionUID， 那麼Java編譯器會根據類的成員變數和一定的演算法生成用來表達物件的serialVersionUID ，通常是用來表示類的雜湊值（hash code）。結論是，如果你的類沒有實現SerialVersionUID，那麼如果你的類中如果加入或者改變成員變數，那麼已經序列化的物件將無法反序列化。這是以為，類的成員變數的改變意味這編譯器生成的SerialVersionUID的值不同。Java序列化過程是通過正確SerialVersionUID來對已經序列化的物件進行狀態恢復。
4）當物件進行序列化的時候，如果你不希望你的成員變數進行序列化，你怎麼辦？
這個問題也會這麼問，如何使用暫態型別的成員變數？暫態和靜態成員變數是否會被序列化等等。如果你不希望你的物件中的成員變數的狀態得以儲存，你可以根據需求選擇transient或者static型別的變數，這樣的變數不參與Java序列化處理的過程。
5）如果一個類中的成員變數是其它符合型別的Java類，而這個類沒有實現Serializable介面，那麼當物件序列化的時候會怎樣？
如果你的一個物件進行序列化，而這個物件中包含另外一個引用型別的成員程式設計，而這個引用的類沒有實現Serializable介面，那麼當物件進行序列化的時候會丟擲“NotSerializableException“的執行時異常。
6）如果一個類是可序列化的，而他的超類沒有，那麼當進行反序列化的時候，那些從超類繼承的例項變數的值是什麼？
Java中的序列化處理例項變數只會在所有實現了Serializable介面的繼承支路上展開。所以當一個類進行反序列化處理的時候，超類沒有實現Serializable介面，那麼從超類繼承的例項變數會通過為實現序列化介面的超類的建構函式進行初始化。
7) Can you Customize Serialization process or can you override default Serialization process in Java?
7）你能夠自定義序列化處理的程式碼嗎或者你能過載Java中預設的序列化方法嗎？
答案是肯定的，可以。我們都知道可以通過ObjectOutputStream中的writeObject()方法寫入序列化物件，通過ObjectInputStream中的readObject()讀入反序列化的物件。這些都是Java虛擬機器提供給你的兩個方法。如果你在你的類中定義了這兩個方法，那麼JVM就會用你的方法代替原有預設的序列化機制的方法。你可以通過這樣的方式類自定義序列化和反序列化的行為。需要注意的一點是，最好將這兩個方法定義為private，以防止他們被繼承、重寫和過載。也只有JVM可以訪問到你的類中所有的私有方法，你不用擔心方法私有不會被呼叫到，Java序列化過程會正常工作。
8）假設一個新的類的超類實現了Serializable介面，那麼如何讓這個新的子類不被序列化？
如果一個超類已經序列化了，那麼無法通過是否實現什麼介面的方式再避免序列化的過程了，但是也還有一種方式可以使用。那就是需要你在你的類中重新實現writeObject()和readObject()方法，並在方法實現中通過丟擲NotSerializableException。
9）在Java進行序列化和反序列化處理的時候，哪些方法被使用了？
這個是面試中常見的問題，主要用來考察你是否對readObject()、writeObject()、readExternal()和writeExternal()方法的使用熟悉。Java序列化是通過java.io.ObjectOutputStream這個類來完成的。這個類是一個過濾器流，這個類完成對底層位元組流的包裝來進行序列化處理。我們通過ObjectOutputStream.writeObject(obj)進行序列化，通過ObjectInputStream.readObject()進行反序列化。對writeObject()方法的呼叫會觸發Java中的序列化機制。readObject()方法用來將已經持久化的位元組資料反向建立Java物件，該方法返回Object型別，需要強制轉換成你需要的正確型別。
10) Suppose you have a class which you serialized it and stored in persistence and later modified that class to add a new field. What will happen if you deserialize the object already serialized?
10）假設你有一個類並且已經將這個類的某一個物件序列化儲存了，那麼如果你在這個類中加入了新的成員變數，那麼在反序列化剛才那個已經存在的物件的時候會怎麼樣？
這個取決於這個類是否有serialVersionUID 成員。通過上面的，我們已經知道如果你的類沒有提供serialVersionUID，那麼編譯器會自動生成，而這個serialVersionUID就是物件的hash code值。那麼如果加入新的成員變數，重新生成的serialVersionUID將和之前的不同，那麼在進行反序列化的時候就會產生java.io.InvalidClassException的異常。這就是為什麼要建議為你的程式碼加入serialVersionUID的原因所在了。