實作java.io.Serializable這個接口是為序列化,serialVersionUID 用來表明實作序列化類的不同版本間的相容性。如果你修改了此類, 要修改此值。否則以前用老版本的類序列化的類恢複時會出錯。
實作後如果你用的是工具的話會出來警告,他會提示你,可以自動生成private static final long serialVersionUID = 1L;
為了在反序列化時,確定類版本的相容性,最好在每個要序列化的類中加入private static final long serialVersionUID這個屬性,具體數值自己定義.
在JDK中,可以利用JDK的bin目錄下的serialver.exe工具産生這個serialVersionUID,如對于Test.class可執行如下指令:serialver Test。
這樣,即使某個類在與之對應的對象已經序列化出去後做了修改,該對象依然可以被正确反序列化。否則,如果不顯式定義該屬性,這個屬性值将由JVM根據類的相關資訊計算,而修改後的類的計算結果與修改前的類的計算結果往往不同,進而造成對象的反序列化因為類版本不相容而失敗。
不顯式定義這個屬性值的另一個壞處是,不利于程式在不同的JVM之間的移植。因為不同的編譯器實作該屬性值的計算政策可能不同,進而造成雖然類沒有改變,但是因為JVM不同,出現因類版本不相容而無法正确反序列化的現象出現。
當我們的系統不太經常需要序列化類時,可以去掉這些警告,做如下設定:Window-->Preferences-->Java,将serializable class without serialVersionUID的設定由warning改為Ignore。然後Eclipse會重新編譯程式,那些警告資訊也就消失了。
最後的建議是,如果我們開發大量需要序列化的類的時候,我們最好還是還原為原來的設定。這樣可以保證系統的性能和健壯。
關于serialVersionUID的解釋
serialVersionUID作用:
序列化時為了保持版本的相容性,即在版本更新時反序列化仍保持對象的唯一性。
你可以随便寫一個,在Eclipse中它替你生成一個,有兩種生成方式:
一個是預設的1L,比如:private static final long serialVersionUID = 1L;
一個是根據類名、接口名、成員方法及屬性等來生成一個64位的哈希字段,比如:private static final long serialVersionUID = -8940196742313994740L;之類的。
Eclipse提示The serializable class XXX does not declare a static final serialVersionUID field of type long
那是Eclipse提供這個提示功能給你吧.
你點它warning的icon兩下Eclipse就會自動給定.
如果你不喜歡,可以把它關掉,
windows -> preferences -> compiler -> Error/Warnings
-> Potential Programming problems
将Serializable class without serialVersionUID的warning改成ignore.
其實如果你沒有考慮到相容性問題時,那就把它關掉吧.
其實有這個功能是好的.
隻要任何類别實作了Serializable這個介面,
如果沒有加入serialVersionUID,Eclipse都會給你warning提示,
這個serialVersionUID為了讓該類别Serializable後相容.
考慮一下,如果今天你的類Serialized存到硬碟裡,
可是後來你卻更改了類别的field(增加或減少或改名).
當你Deserialize時,就會出現Exception.這樣就會做成不相容性的問題.
但當serialVersionUID相同時,它就會将不一樣的field以type的預設值Deserialize.
這個可以避開不相容性的問題.
異常狀态:
The serializable class XXX does not declare a static final serialVersionUID field of type long
本文轉自左正部落格園部落格,原文連結:http://www.cnblogs.com/soundcode/p/6296515.html,如需轉載請自行聯系原作者