serialVersionUID的解釋 ：
前兩天升級了Eclipse到3.1版本，在老版本的IDE環(huán)境中寫的程序在Problems中會出來好多類似的警告。當采用程序的自動修復時，采用默認方
式，Eclipse會加上：private static final long serialVersionUID = 1L;
其實這個問題倒也不影響程序的運行，但是我看到Problems里面有警告就不舒服，同時也說明我們寫的代碼還是不規(guī)范。不怕，我們有互
聯網查查是怎么回事，具體的原因還就是和序列化中的這個serialVersionUID有關。
serialVersionUID 用來表明類的不同版本間的兼容性。如果你修改了此類, 要修改此值。否則以前用老版本的類序列化的類恢復時會出錯
。
在JDK中，可以利用JDK的bin目錄下的serialver.exe工具產生這個serialVersionUID，對于Test.class，執(zhí)行命令：serialver Test。
為了在反序列化時，確保類版本的兼容性，最好在每個要序列化的類中加入private static final long serialVersionUID這個屬性，具
體數值自己定義。這樣，即使某個類在與之對應的對象已經序列化出去后做了修改，該對象依然可以被正確反序列化。否則，如果不顯式定義
該屬性，這個屬性值將由JVM根據類的相關信息計算，而修改后的類的計算結果與修改前的類的計算結果往往不同，從而造成對象的反序列化因
為類版本不兼容而失敗。
不顯式定義這個屬性值的另一個壞處是，不利于程序在不同的JVM之間的移植。因為不同的編譯器實現該屬性值的計算策略可能不同，從而
造成雖然類沒有改變，但是因為JVM不同，出現因類版本不兼容而無法正確反序列化的現象出現。
serialVersionUID作用：
序列化時為了保持版本的兼容性，即在版本升級時反序列化仍保持對象的唯一性。
你可以隨便寫一個，在Eclipse中它替你生成一個，有兩種生成方式：
一個是默認的1L，比如：private static final long serialVersionUID = 1L;
一個是根據類名、接口名、成員方法及屬性等來生成一個64位的哈希字段，比如：private static final long serialVersionUID = -
8940196742313994740L;之類的。
當你一個類實現了Serializable接口，如果沒有定義serialVersionUID，Eclipse會提供這個提示功能告訴你去定義之。
在Eclipse中點擊類中warning的圖標一下，Eclipse就會自動給定兩種生成的方式，如上面所述。如果不想定義它，在Eclipse的設置中也可以
把它關掉的，設置如下：
Window ==> Preferences ==> Java ==> Compiler ==> Error/Warnings ==> Potential programming problems
將Serializable class without serialVersionUID的warning改成ignore即可。
如果你沒有考慮到兼容性問題時，就把它關掉，不過有這個功能是好的，這個serialVersionUID為了讓該類別Serializable向后兼容。
如果你的類Serialized存到硬盤上面后，可是后來你卻更改了類別的field(增加或減少或改名)，當你Deserialize時，就會出現Exception的，
這樣就會造成不兼容性的問題。
但當serialVersionUID相同時，它就會將不一樣的field以type的預設值Deserialize，這個可以避開不兼容性的問題。