Java中怎么實(shí)現(xiàn)一個(gè)對(duì)象Serializable接口

本篇文章為大家展示了Java中怎么實(shí)現(xiàn)一個(gè)對(duì)象Serializable接口，內(nèi)容簡(jiǎn)明扼要并且容易理解，絕對(duì)能使你眼前一亮，通過(guò)這篇文章的詳細(xì)介紹希望你能有所收獲。

Serializable接口概述

Serializable是java.io包中定義的、用于實(shí)現(xiàn)Java類的序列化操作而提供的一個(gè)語(yǔ)義級(jí)別的接口。Serializable序列化接口沒(méi)有任何方法或者字段，只是用于標(biāo)識(shí)可序列化的語(yǔ)義。實(shí)現(xiàn)了Serializable接口的類可以被ObjectOutputStream轉(zhuǎn)換為字節(jié)流，同時(shí)也可以通過(guò)ObjectInputStream再將其解析為對(duì)象。例如，我們可以將序列化對(duì)象寫(xiě)入文件后，再次從文件中讀取它并反序列化成對(duì)象，也就是說(shuō)，可以使用表示對(duì)象及其數(shù)據(jù)的類型信息和字節(jié)在內(nèi)存中重新創(chuàng)建對(duì)象。

而這一點(diǎn)對(duì)于面向?qū)ο蟮?span id="4jjynz5" class="wp_keywordlink">編程語(yǔ)言來(lái)說(shuō)是非常重要的，因?yàn)闊o(wú)論什么編程語(yǔ)言，其底層涉及IO操作的部分還是由操作系統(tǒng)其幫其完成的，而底層IO操作都是以字節(jié)流的方式進(jìn)行的，所以寫(xiě)操作都涉及將編程語(yǔ)言數(shù)據(jù)類型轉(zhuǎn)換為字節(jié)流，而讀操作則又涉及將字節(jié)流轉(zhuǎn)化為編程語(yǔ)言類型的特定數(shù)據(jù)類型。而Java作為一門(mén)面向?qū)ο蟮木幊陶Z(yǔ)言，對(duì)象作為其主要數(shù)據(jù)的類型載體，為了完成對(duì)象數(shù)據(jù)的讀寫(xiě)操作，也就需要一種方式來(lái)讓JVM知道在進(jìn)行IO操作時(shí)如何將對(duì)象數(shù)據(jù)轉(zhuǎn)換為字節(jié)流，以及如何將字節(jié)流數(shù)據(jù)轉(zhuǎn)換為特定的對(duì)象，而Serializable接口就承擔(dān)了這樣一個(gè)角色。

下面我們可以通過(guò)例子來(lái)實(shí)現(xiàn)將序列化的對(duì)象存儲(chǔ)到文件，然后再將其從文件中反序列化為對(duì)象，代碼示例如下：

先定義一個(gè)序列化對(duì)象User：

public class User implements Serializable {  private static final long serialVersionUID = 1L;  private String userId;  private String userName;  public User(String userId, String userName) {    this.userId = userId;    this.userName = userName;  }}

然后我們編寫(xiě)測(cè)試類，來(lái)對(duì)該對(duì)象進(jìn)行讀寫(xiě)操作，我們先測(cè)試將該對(duì)象寫(xiě)入一個(gè)文件：

public class SerializableTest {  /**   * 將User對(duì)象作為文本寫(xiě)入磁盤(pán)   */  public static void writeObj() {    User user = new User("1001", "Joe");    try {      ObjectOutputStream objectOutputStream = new ObjectOutputStream(new FileOutputStream("/Users/guanliyuan/user.txt"));      objectOutputStream.writeObject(user);      objectOutputStream.close();    } catch (IOException e) {      e.printStackTrace();    }  }  public static void main(String args[]) {    writeObj();  }}

運(yùn)行上述代碼，我們就將User對(duì)象及其攜帶的數(shù)據(jù)寫(xiě)入了文本user.txt中，我們可以看下user.txt中存儲(chǔ)的數(shù)據(jù)此時(shí)是個(gè)什么格式：

我們看到對(duì)象數(shù)據(jù)以二進(jìn)制文本的方式被持久化到了磁盤(pán)文件中。在進(jìn)行反序列化測(cè)試之前，我們可以嘗試下將User實(shí)現(xiàn)Serializable接口的代碼部分去掉，看看此時(shí)寫(xiě)操作是否還能成功，結(jié)果如下：

java.io.NotSerializableException: cn.wudimanong.serializable.User  at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1184)  at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:348)  at cn.wudimanong.serializable.SerializableTest.writeObj(SerializableTest.java:19)  at cn.wudimanong.serializable.SerializableTest.main(SerializableTest.java:27)

結(jié)果不出所料，果然是不可以的，拋出了NotSerializableException異常，提示非可序列化異常，也就是說(shuō)沒(méi)有實(shí)現(xiàn)Serializable接口的對(duì)象是無(wú)法通過(guò)IO操作持久化的。

接下來(lái)，我們繼續(xù)編寫(xiě)測(cè)試代碼，嘗試將之前持久化寫(xiě)入user.txt文件的對(duì)象數(shù)據(jù)再次轉(zhuǎn)化為Java對(duì)象，代碼如下：

public class SerializableTest {  /**   * 將類從文本中提取并賦值給內(nèi)存中的類   */  public static void readObj() {    try {      ObjectInputStream objectInputStream = new ObjectInputStream(new FileInputStream("/Users/guanliyuan/user.txt"));      try {        Object object = objectInputStream.readObject();        User user = (User) object;        System.out.println(user);      } catch (ClassNotFoundException e) {        e.printStackTrace();      }    } catch (IOException e) {      e.printStackTrace();    }  }  public static void main(String args[]) {    readObj();  }}

通過(guò)反序列化操作，可以再次將持久化的對(duì)象字節(jié)流數(shù)據(jù)通過(guò)IO轉(zhuǎn)化為Java對(duì)象，結(jié)果如下：

cn.wudimanong.serializable.User@6f496d9f

此時(shí)，如果我們?cè)俅螄L試將User實(shí)現(xiàn)Serializable接口的代碼部分去掉，發(fā)現(xiàn)也無(wú)法再文本轉(zhuǎn)換為序列化對(duì)象，報(bào)錯(cuò)信息為：

ava.io.InvalidClassException: cn.wudimanong.serializable.User; class invalid for deserialization  at java.io.ObjectStreamClass$ExceptionInfo.newInvalidClassException(ObjectStreamClass.java:157)  at java.io.ObjectStreamClass.checkDeserialize(ObjectStreamClass.java:862)  at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2038)  at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1568)  at java.io.ObjectInputStream.readObject(ObjectInputStream.java:428)  at cn.wudimanong.serializable.SerializableTest.readObj(SerializableTest.java:31)  at cn.wudimanong.serializable.SerializableTest.main(SerializableTest.jav

提示非法類型轉(zhuǎn)換異常，說(shuō)明在Java中如何要實(shí)現(xiàn)對(duì)象的IO讀寫(xiě)操作，都必須實(shí)現(xiàn)Serializable接口，否則代碼就會(huì)報(bào)錯(cuò)！

序列化&反序列化

通過(guò)上面的闡述和示例，相信大家對(duì)Serializable接口的作用是有了比較具體的體會(huì)了，接下來(lái)我們上層到理論層面，看下到底什么是序列化/反序列化。序列化是指把對(duì)象轉(zhuǎn)換為字節(jié)序列的過(guò)程，我們稱之為對(duì)象的序列化，就是把內(nèi)存中的這些對(duì)象變成一連串的字節(jié)（bytes）描述的過(guò)程。

而反序列化則相反，就是把持久化的字節(jié)文件數(shù)據(jù)恢復(fù)為對(duì)象的過(guò)程。那么什么情況下需要序列化呢？大概有這樣兩類比較常見(jiàn)的場(chǎng)景：1）、需要把內(nèi)存中的對(duì)象狀態(tài)數(shù)據(jù)保存到一個(gè)文件或者數(shù)據(jù)庫(kù)中的時(shí)候，這個(gè)場(chǎng)景是比較常見(jiàn)的，例如我們利用mybatis框架編寫(xiě)持久層insert對(duì)象數(shù)據(jù)到數(shù)據(jù)庫(kù)中時(shí)；2）、網(wǎng)絡(luò)通信時(shí)需要用套接字在網(wǎng)絡(luò)中傳送對(duì)象時(shí)，如我們使用RPC協(xié)議進(jìn)行網(wǎng)絡(luò)通信時(shí)；

關(guān)于serialVersionUID

對(duì)于JVM來(lái)說(shuō)，要進(jìn)行持久化的類必須要有一個(gè)標(biāo)記，只有持有這個(gè)標(biāo)記JVM才允許類創(chuàng)建的對(duì)象可以通過(guò)其IO系統(tǒng)轉(zhuǎn)換為字節(jié)數(shù)據(jù)，從而實(shí)現(xiàn)持久化，而這個(gè)標(biāo)記就是Serializable接口。而在反序列化的過(guò)程中則需要使用serialVersionUID來(lái)確定由那個(gè)類來(lái)加載這個(gè)對(duì)象，所以我們?cè)趯?shí)現(xiàn)Serializable接口的時(shí)候，一般還會(huì)要去盡量顯示地定義serialVersionUID，如：

private static final long serialVersionUID = 1L;

在反序列化的過(guò)程中，如果接收方為對(duì)象加載了一個(gè)類，如果該對(duì)象的serialVersionUID與對(duì)應(yīng)持久化時(shí)的類不同，那么反序列化的過(guò)程中將會(huì)導(dǎo)致InvalidClassException異常。例如，在之前反序列化的例子中，我們故意將User類的serialVersionUID改為2L，如：

private static final long serialVersionUID = 2L;

那么此時(shí)，在反序例化時(shí)就會(huì)導(dǎo)致異常，如下：

java.io.InvalidClassException: cn.wudimanong.serializable.User; local class incompatible: stream classdesc serialVersionUID = 1, local class serialVersionUID = 2  at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:687)  at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1880)  at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1746)  at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2037)  at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1568)  at java.io.ObjectInputStream.readObject(ObjectInputStream.java:428)  at cn.wudimanong.serializable.SerializableTest.readObj(SerializableTest.java:31)  at cn.wudimanong.serializable.SerializableTest.main(SerializableTest.java:44)

如果我們?cè)谛蛄谢袥](méi)有顯示地聲明serialVersionUID，則序列化運(yùn)行時(shí)將會(huì)根據(jù)該類的各個(gè)方面計(jì)算該類默認(rèn)的serialVersionUID值。但是，Java官方強(qiáng)烈建議所有要序列化的類都顯示地聲明serialVersionUID字段，因?yàn)槿绻叨纫蕾囉贘VM默認(rèn)生成serialVersionUID，可能會(huì)導(dǎo)致其與編譯器的實(shí)現(xiàn)細(xì)節(jié)耦合，這樣可能會(huì)導(dǎo)致在反序列化的過(guò)程中發(fā)生意外的InvalidClassException異常。

因此，為了保證跨不同Java編譯器實(shí)現(xiàn)的serialVersionUID值的一致，實(shí)現(xiàn)Serializable接口的必須顯示地聲明serialVersionUID字段。

此外serialVersionUID字段地聲明要盡可能使用private關(guān)鍵字修飾，這是因?yàn)樵撟侄蔚穆暶髦贿m用于聲明的類，該字段作為成員變量被子類繼承是沒(méi)有用處的！有個(gè)特殊的地方需要注意的是，數(shù)組類是不能顯示地聲明serialVersionUID的，因?yàn)樗鼈兪冀K具有默認(rèn)計(jì)算的值，不過(guò)數(shù)組類反序列化過(guò)程中也是放棄了匹配serialVersionUID值的要求。

上述內(nèi)容就是Java中怎么實(shí)現(xiàn)一個(gè)對(duì)象Serializable接口，你們學(xué)到知識(shí)或技能了嗎？如果還想學(xué)到更多技能或者豐富自己的知識(shí)儲(chǔ)備，歡迎關(guān)注億速云行業(yè)資訊頻道。