serialVersionUID
前言
最近要改老程式RMI 芳線更新jar檔的過程中一直出現serialVersionUID衝突問題
找了很多方法(不指定serialVersionUID)還是無法處理
所以想要深入了解這到底是什麼東西....
目的
- 表明 serialize 的版本
不同的 JVM 的 serialize 實作不必然相同，
所以這個 serialVersionUID 真的就是 serail Version 的 UID，可以用來表明 serialize 的版本，
如果你將一個 instance serialize 後，
在 deserialize 時就會檢查 serialVersionUID 是不是一樣，
不一樣的話就不會 deserialize，就能控制相容性的問題。
serialize 序列化 & deserialize 反序列化
目的
為了保存在內存中的各種對象的狀態（也就是實例變量，不只是類別本身），並且可以把保存的對象狀態再讀出來。
雖然你可以用你自己的各種各樣的方法來保存object states，
但是Java給你提供一種應該比你自己好的保存對象狀態的機制，那就是序列化.
什麽情況下需要序列化 :
- 當你想把的內存中的對象狀態保存到一個文件中或者數據庫中時候；
- 當你想用套接字在網絡上傳送對象的時候；
- 當你想通過RMI傳輸對象的時候
serialVersionUID的產生
如果你沒有自己定義 serialVersionUID 的話，JVM(?) 會依據 class 計算出不一樣的serialVersionUID，
下次你在 class 裡新增 member 的話，serialVersionUID 不一樣就不能做deserialize 。
如果你自訂 serialVersionUID，就能控制 serialVersionUID， class 能相容從舊的 serialize storage 再deserialize， 而新增的 member 就會變初始預設值。
在 runtime 時可由 java.io.ObjectStreamClass取得 serialVersionUID 值。
如果不知道取什麼值 JDK 有個 tool serialver.exe 可以幫你產生值。
在JDK中，可以利用JDK的bin目錄下的serialver.exe工具產生這個serialVersionUID，
對於Test.class，執行命令：serialver Test。
serialVersionUID 用來表明類的不同版本間的兼容性。
如果你修改了此類, 要修改此值。否則以前用老版本的類序列化的類恢複時會出錯。
定義serialVersionUID
為了在反序列化時，確保類版本的兼容性，最好在每個要序列化的類中加入 private static final long serialVersionUID 這個屬性，具體數值自己定義。
不定義缺點-deserialize
這樣，即使某個類在與之對應的對象已經序列化出去後做了修改，該對象依然可以被正確反序列化。
否則，如果不顯式定義該屬性，這個屬性值將由JVM根據類的相關信息計算，而修改後的類的計算結果與修改前的類的計算結果往往不同，從而造成對象的反序列化因為類版本不兼容而失敗。
不定義缺點-不利JVM移植
不顯示定義這個屬性值的另一個壞處是，不利於程序在不同的 JVM 之間的移植。
因為不同的編譯器實現該屬性值的計算策略可能不同，從而造成雖然類沒有改變，但是因為 JVM 不同，出現因類版本不兼容而無法正確反序列化的現象出現。
警告移除
當我們的系統不太經常需要序列化類時，可以去掉這些警告，做如下設置：Window-->Preferences-->Java，將 serializable class without serialVersionUID 的設置由 warning 改為 Ignore。然後Eclipse會重新編譯程序，那些警告信息也就消失了。
Window-->Preferences-->Java
Compiler-->Error/Warnings-->Potential programing problems