Java入門教程-序列化版本號serialVersionUID的作用
Java序列化是將一個物件編碼成一個位元組流，反序列化將位元組流編碼轉換成一個物件。序列化是Java中實現持久化儲存的一種方法；為資料傳輸提供了線路級物件表示法。
Java的序列化機制是通過在執行時判斷類的serialVersionUID來驗證版本一致性的。在進行反序列化時，JVM會把傳來的位元組流中的serialVersionUID與本地相應實體（類）的serialVersionUID進行比較，如果相同就認為是一致的，可以進行反序列化，否則就會出現序列化版本不一致的異常。
Eclipse中TheserializableclassXXXXXXdoesnotdeclareastaticfinalserialVersionUIDfieldoftypelong出現這樣的警告處理辦法。
當採用程式的AdddefaultSerialversionID修復時，Eclipse會加上：privatestaticfinallongserialVersionUID=1L;
當採用程式的AddgeneratedSerialversionID修復時，Eclipse會加上：privatestaticfinallongserialVersionUID=xxxxL;
其實這個問題出現的具體原因是和序列化中的這個serialVersionUID有關。serialVersionUID用來表明類的不同版本間的相容性。有兩種生成方式：一個是預設的1L；另一種是根據類名、介面名、成員方法及屬性等來生成一個64位的雜湊欄位。在JDK中，可以利用JDK的bin目錄下的serialver.exe工具產生這個serialVersionUID的值，對於Test.class，執行命令：
serialverTest這時JVM（java虛擬機器）會生成一個雜湊欄位。
對比一下這個雜湊欄位的值與方法2中生成的欄位值是一樣的，可見，在CMD中使用serialver指令就是根據類名、介面名、成員方法及屬性等來生成雜湊欄位的。
java類中為什麼需要過載serialVersionUID屬性。
當兩個程序在進行遠端通訊時，彼此可以傳送各種型別的資料。無論是何種型別的資料，都會以二進位制序列的形式在網路上傳送。傳送方需要把這個Java物件轉換為位元組序列，才能在網路上傳送；接收方則需要把位元組序列再恢復為Java物件。把Java物件轉換為位元組序列的過程稱為物件的序列化，把位元組序列恢復為Java物件的過程稱為物件的反序列化。
物件的序列化主要有兩種用途：
1）把物件的位元組序列永久地儲存到硬碟上，通常存放在一個檔案中；
2）在網路上傳送物件的位元組序列。
java.io.ObjectOutputStream代表物件輸出流，它的writeObject(Objectobj)方法可對引數指定的obj物件進行序列化，把得到的位元組序列寫到一個目標輸出流中。java.io.ObjectInputStream代表物件輸入流，它的readObject()方法從一個源輸入流中讀取位元組序列，再把它們反序列化為一個物件，並將其返回。只有實現了Serializable或Externalizable介面的類的物件才能被序列化。Externalizable介面繼承自Serializable介面，實現Externalizable介面的類完全由自身來控制序列化的行為，而僅實現Serializable介面的類可以採用預設的序列化方式。凡是實現Serializable介面的類都有一個表示序列化版本識別符號的靜態變數：privatestaticfinallongserialVersionUID;類的serialVersionUID的預設值完全依賴於Java編譯器的實現，對於同一個類，用不同的Java編譯器編譯，有可能會導致不同的serialVersionUID。顯式地定義serialVersionUID有兩種用途：
1）在某些場合，希望類的不同版本對序列化相容，因此需要確保類的不同版本具有相同的serialVersionUID；在某些場合，不希望類的不同版本對序列化相容，因此需要確保類的不同版本具有不同的serialVersionUID。
2）當你序列化了一個類例項後，希望更改一個欄位或新增一個欄位，不設定serialVersionUID，所做的任何更改都將導致無法反序化舊有例項，並在反序列化時丟擲一個異常。如果你添加了serialVersionUID，在反序列舊有例項時，新新增或更改的欄位值將設為初始化值（物件為null，基本型別為相應的初始預設值），欄位被刪除將不設定。
序列化演算法一般會按步驟：
將物件例項相關的類元資料輸出。
遞迴地輸出類的超類描述直到不再有超類。
類元資料完了以後，開始從最頂層的超類開始輸出物件例項的實際資料值。