客戶端訪問了某個(gè)能開啟會(huì)話功能的資源， web服務(wù)器就會(huì)創(chuàng)建一個(gè)與該客戶端對(duì)應(yīng)的HttpSession對(duì)象，每個(gè)HttpSession對(duì)象都要站用一定的內(nèi)存空間。如果在某一時(shí)間段內(nèi)訪問站點(diǎn)的用戶很多，web服務(wù)器內(nèi)存中就會(huì)積累大量的HttpSession對(duì)象，消耗大量的服務(wù)器內(nèi)存，即使用戶已經(jīng)離開或者關(guān)閉了瀏覽器，web服務(wù)器仍要保留與之對(duì)應(yīng)的HttpSession對(duì)象，在他們超時(shí)之前，一直占用web服務(wù)器內(nèi)存資源。

web服務(wù)器通常將那些暫時(shí)不活動(dòng)但未超時(shí)的HttpSession對(duì)象轉(zhuǎn)移到文件系統(tǒng)或數(shù)據(jù)庫(kù)中保存，服務(wù)器要使用他們時(shí)再將他們從文件系統(tǒng)或數(shù)據(jù)庫(kù)中裝載入內(nèi)存，這種技術(shù)稱為Session的持久化。

將HttpSession對(duì)象保存到文件系統(tǒng)或數(shù)據(jù)庫(kù)中，需要采用序列化的方式將HttpSession對(duì)象中的每個(gè)屬性對(duì)象保存到文件系統(tǒng)或數(shù)據(jù)庫(kù)中；將HttpSession對(duì)象從文件系統(tǒng)或數(shù)據(jù)庫(kù)中裝載如內(nèi)存時(shí)，需要采用反序列化的方式，恢復(fù)HttpSession對(duì)象中的每個(gè)屬性對(duì)象。所以存儲(chǔ)在HttpSession對(duì)象中的每個(gè)屬性對(duì)象必須實(shí)現(xiàn)Serializable接口。

serialVersionUID 的作用

serialVersionUID 用來表明類的不同版本間的兼容性

Java的序列化機(jī)制是通過在運(yùn)行時(shí)判斷類的serialVersionUID來驗(yàn)證版本一致性的。在進(jìn)行反序列化時(shí)，JVM會(huì)把傳來的字節(jié)流中的serialVersionUID與本地相應(yīng)實(shí)體（類）的serialVersionUID進(jìn)行比較，如果相同就認(rèn)為是一致的，可以進(jìn)行反序列化，否則就會(huì)出現(xiàn)序列化版本不一致的異常。

當(dāng)實(shí)現(xiàn)java.io.Serializable接口的實(shí)體（類）沒有顯式地定義一個(gè)名為serialVersionUID，類型為long的變量時(shí)，Java序列化機(jī)制會(huì)根據(jù)編譯的class自動(dòng)生成一個(gè)serialVersionUID作序列化版本比較用，這種情況下，只有同一次編譯生成的class才會(huì)生成相同的serialVersionUID 。

如果我們不希望通過編譯來強(qiáng)制劃分軟件版本，即實(shí)現(xiàn)序列化接口的實(shí)體能夠兼容先前版本，未作更改的類，就需要顯式地定義一個(gè)名為serialVersionUID，類型為long的變量，不修改這個(gè)變量值的序列化實(shí)體都可以相互進(jìn)行串行化和反串行化。

引起這個(gè)疑問，還是從Hibernate使用查詢緩存說起；對(duì)象實(shí)例除了存在于內(nèi)存，二級(jí)緩存還會(huì)將對(duì)象寫進(jìn)硬盤在需要的時(shí)候再讀取出來使用，此時(shí)就必須提到一個(gè)概念：序列化。

程序在運(yùn)行時(shí)實(shí)例化出對(duì)象，這些對(duì)象存在于內(nèi)存中，隨著程序運(yùn)行停止而消失，但如果我們想把某些對(duì)象（一般都是各不相同的屬性）保存下來或者傳輸給其他進(jìn)程，在程序終止運(yùn)行后這些對(duì)象仍然存在，可以在程序再次運(yùn)行時(shí)讀取這些對(duì)象的信息，或者在其他程序中利用這些保存下來的對(duì)象信息恢復(fù)成實(shí)例對(duì)象。這種情況下就要用到對(duì)象的序列化和反序列化。

其實(shí)很早就知道的，在Java中常見的幾個(gè)類，如：Interger/String等，都實(shí)現(xiàn)了java.io.Serializable接口。這個(gè)序列化接口沒有任何方法和域，僅用于標(biāo)識(shí)序列化語意；實(shí)現(xiàn) Serializable 接口的類是可序列化的，沒有實(shí)現(xiàn)此接口的類將不能被序列化和反序列化。序列化類的所有子類本身都是可序列化的，不再需要顯式實(shí)現(xiàn) Serializable 接口。只有經(jīng)過序列化，才能兼容對(duì)象在磁盤文本以及在網(wǎng)絡(luò)中的傳輸，以及恢復(fù)對(duì)象的時(shí)候反序列化等操作。

問題一：為何要實(shí)現(xiàn)序列化？

答：序列化就是對(duì)實(shí)例對(duì)象的狀態(tài)(State 對(duì)象屬性而不包括對(duì)象方法)進(jìn)行通用編碼（如格式化的字節(jié)碼）并保存，以保證對(duì)象的完整性和可傳遞性。

簡(jiǎn)而言之：序列化，就是為了在不同時(shí)間或不同平臺(tái)的JVM之間共享實(shí)例對(duì)象

// 經(jīng)常使用如下：public static void main(String[] args) throws Exception { File file = new File('user.ser'); ObjectOutputStream oout = new ObjectOutputStream(new FileOutputStream(file)); User user = new User('zhang', 18, Gender.MALE); oout.writeObject(user); oout.close(); ObjectInputStream oin = new ObjectInputStream(new FileInputStream(file)); Object newUser = oin.readObject(); oin.close(); System.out.println(newUser);}

如沒有 實(shí)現(xiàn)Serializable接口，在序列化時(shí)，使用ObjectOutputStream的write（object）方法將對(duì)象保存時(shí)將會(huì)出現(xiàn)異常。其實(shí) java.io.Serializable 只是一個(gè)沒有屬性和方法的空接口，但是問題來了。。

問題二：為何一定要實(shí)現(xiàn) Serializable 才能進(jìn)行序列化呢？

使用 ObjectOutputStream 來持久化對(duì)象， 對(duì)于此處拋出的異常，查看該類中實(shí)現(xiàn)如下：

private void writeObject0(Object obj, boolean unshared) throws IOException { // ... // remaining cases if (obj instanceof String) {writeString((String) obj, unshared); } else if (cl.isArray()) {writeArray(obj, desc, unshared); } else if (obj instanceof Enum) {writeEnum((Enum) obj, desc, unshared); } else if (obj instanceof Serializable) {writeOrdinaryObject(obj, desc, unshared); } else {if (extendedDebugInfo) { throw new NotSerializableException( cl.getName() + 'n' + debugInfoStack.toString());} else { throw new NotSerializableException(cl.getName());} } // ...}

從此可知， 如果被寫對(duì)象類型是String、數(shù)組、Enum、Serializable，就可以進(jìn)行序列化，否則將拋出NotSerializableException。

最后提點(diǎn)注意：

1、在序列化對(duì)象時(shí)，不僅會(huì)序列化當(dāng)前對(duì)象本身，還會(huì)對(duì)該對(duì)象引用的其它對(duì)象也進(jìn)行序列化，如此引用傳遞序列化。如果一個(gè)對(duì)象包含的成員變量是容器類等并深層引用，那么序列化過程開銷也較大。

2、當(dāng)字段被聲明為 transient 后，默認(rèn)序列化機(jī)制就會(huì)忽略該字段。（還有方法就是自定義writeObject方法，見下代碼示例）

3、在單例類中添加一個(gè)readResolve()方法（直接返回單例對(duì)象），以保證在序列化過程仍保持單例特性。

此外補(bǔ)充一下，

在路徑下jdk中還有另外一種形式的對(duì)象持久化，即：外部化（Externalization）。

public interface Externalizable extends java.io.Serializable { void writeExternal(ObjectOutput out) throws IOException; void readExternal(ObjectInput in) throws IOException, ClassNotFoundException;}

外部化和序列化是實(shí)現(xiàn)同一目標(biāo)的兩種不同方法。

通過 Serializable 接口對(duì)對(duì)象序列化的支持是jdk內(nèi)支持的 API ，但是java.io.Externalizable的所有實(shí)現(xiàn)者必須提供讀入和寫出的具體實(shí)現(xiàn)，怎么實(shí)現(xiàn)完全由你自定義。序列化（Serializable ）會(huì)自動(dòng)存儲(chǔ)所有必要的信息（如屬性以及屬性類型等），用以反序列化成原來一樣的實(shí)例，而外部化（Externalizable）則只保存被存儲(chǔ)實(shí)例中你需要的信息。

示例代碼如下：

public class User implements Externalizable { private String name; transient private Integer age; // 屏蔽字段 private Gender gender; public User() { System.out.println('none constructor'); } public User(String name, Integer age, Gender gender) { System.out.println('arg constructor'); this.name = name; this.age = age; this.gender = gender; } // 實(shí)現(xiàn)讀寫 private void writeObject(ObjectOutputStream out) throws IOException { out.defaultWriteObject(); out.writeInt(age); // 屏蔽gender } private void readObject(ObjectInputStream in) throws IOException, ClassNotFoundException { in.defaultReadObject(); age = in.readInt(); } // 具體重寫 @Override public void writeExternal(ObjectOutput out) throws IOException { out.writeObject(name); out.writeInt(age); // 屏蔽gender } @Override public void readExternal(ObjectInput in) throws IOException, ClassNotFoundException { name = (String) in.readObject(); age = in.readInt(); } }

注意，用Externalizable進(jìn)行序列化，當(dāng)讀取對(duì)象時(shí)，會(huì)調(diào)用被序列化類的無參構(gòu)造器創(chuàng)建一個(gè)新的對(duì)象，然后再將被保存對(duì)象的字段的值分別填充到新對(duì)象中。實(shí)現(xiàn)Externalizable接口的類必須要提供一個(gè)無參的構(gòu)造器，且訪問權(quán)限為 public。

到此這篇關(guān)于Java中實(shí)體類為什么要實(shí)現(xiàn)Serializable序列化的作用的文章就介紹到這了,更多相關(guān)Java Serializable序列化內(nèi)容請(qǐng)搜索好吧啦網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持好吧啦網(wǎng)！