轉載: http://blog.sina.com.cn/s/blog_3fe961ae0100obp0.html
今天在使用eclipse開發的時候，遇到一個warning，看到warning我總覺得不爽，使用自動修復後，發現eclipse在代碼中加入了“private static final long serialVersionUID = 1L;”。其實之前就遇過這種情況了，只是沒有去了解，於是今天我就查了一下serialVersionUID 這個變量的信息。
原來serialVersionUID是可序列化類的一個版本標識，在反序列化的時候使用這個標識的值來判斷序列化和反序列化的對象類型是否一致。Java的序列化機制是通過在運行時判斷類的serialVersionUID來驗證版本一致性的。在進行反序列化時，JVM會把傳來的字節流中的serialVersionUID與本地相應實體（類）的serialVersionUID進行比較，如果相同就認爲是一致的，可以進行反序列化，否則就會出現序列化版本不一致的異常（InvalidClassException）。當你一個類實現了Serializable接口，如果沒有定義serialVersionUID，Eclipse會提供這個提示功能告訴你去定義之。 Eclipse中有兩種生成方式：
一個是默認的1L，比如：“private static final long serialVersionUID = 1L;"；
一個是根據類名、接口名、成員方法及屬性等來生成一個64位的哈希字段，比如：“private static final long serialVersionUID = -8940196742313994740L;”。
使用serialVersionUID要注意以下幾點：
1．當實現java.io.Serializable接口的實體（類）沒有顯式地定義一個名爲serialVersionUID，類型爲long的變量時，Java序列化機制會根據編譯的class自動生成一個serialVersionUID作序列化版本比較用，這種情況下，只有同一次編譯生成的class纔會生成相同的serialVersionUID 。如果我們不希望通過編譯來強制劃分軟件版本，即實現序列化接口的實體能夠兼容先前版本中未作更改的類，就需要顯式地定義一個名爲serialVersionUID，類型爲long的變量，不修改這個變量值的序列化實體都可以相互進行串行化和反串行化。
2．記住應該總是在可序列化的類中包含這個字段，即使是在第一個類版本中，以便提醒自己這個字段的重要性。不要在未來的版本中改變這個字段值，除非你有意要改變類使其與舊的序列化對象不兼容。
3．如果你的類序列化到硬盤上面後，你更改了類別的field(增加或減少或改名)，當你反序列化時，就會出現異常的，這樣就會造成不兼容性的問題。但當serialVersionUID相同時，它就會將不一樣的field以type的預設值Deserialize，這個可以避開不兼容性的問題。
4．當我們的系統不太經常需要序列化類時，可以去掉這些警告，做如下設置：Window-->Preferences-->Java，將serializable class without serialVersionUID的設置由warning改爲Ignore。然後Eclipse會重新編譯程序，那些警告信息也就消失了。但如果在開發大量需要序列化的類的時候，建議還原爲原來的設置。這樣可以保證系統的性能和健壯。
5．更多關於可序列化對象的版本控制問題，看這裏：
http://download.oracle.com/javase/6/docs/platform/serialization/spec/version.html#6678