public class User implements Serializable {
/**
* serialVersionUID
*/
private static final long serialVersionUID = 1L;
/**
* 主鍵ID
*/
private Integer userId;
/**
* 用戶名
*/
private String userName;
/**
* 密碼
*/
private String passWord;
/**
* 姓名
*/
private String name;
/**
* 郵箱
*/
private String email;
/**
* 是否可用，0表示正常，1表示凍結
*/
private Integer state;
/**
* get、set方法
*
* @return
*/
public Integer getUserId() {
return userId;
}
public void setUserId(Integer userId) {
this.userId = userId;
}
public String getUserName() {
return userName;
}
public void setUserName(String userName) {
this.userName = userName;
}
public String getPassWord() {
return passWord;
}
public void setPassWord(String passWord) {
this.passWord = passWord;
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public String getEmail() {
return email;
}
public void setEmail(String email) {
this.email = email;
}
public Integer getState() {
return state;
}
public void setState(Integer state) {
this.state = state;
}
}
實現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