您好,登錄后才能下訂單哦!
這篇文章運用簡單易懂的例子給大家介紹java中transient關鍵字的使用方法,代碼非常詳細,感興趣的小伙伴們可以參考借鑒,希望對大家能有所幫助。
transient關鍵字的主要作用就是讓某些被transient關鍵字修飾的成員屬性變量不被序列化。實際上也正是因此,在學習過程中很少用得上序列化操作,一般都是在實際開發中!
1、何謂序列化?
說起序列化,隨之而來的另一個概念就是反序列化,小白童鞋不要慌,記住了序列化就相當于記住了反序列化,因為反序列化就是序列化反過來,所以博主建議只記住序列化概念即可,省的搞暈自己。
專業術語定義的序列化:
Java提供了一種對象序列化的機制。用一個字節序列可以表示一個對象,該字節序列包含該對象的數據、對象的類型和對象中存儲的屬性等信息。字節序列寫出到文件之后,相當于文件中持久保存了一個對象的信息。反之,該字節序列還可以從文件中讀取回來,重構對象,對它進行反序列化。對象的數據、對象的類型和對象中存儲的數據信息,都可以用來在內存中創建對象。
序列化: 字節 ——> 對象
其實,我總結的就是上面的結論,如果不理解,直接參照專業術語的定義,理解之后就記住我的話就行了,記不住,請打死我
圖理解序列化:
2、為何要序列化?
從上一節提到序列化的概念,知道概念之后,我們就必須要知道 為何要序列化了。
講為何要序列化原因之前,博主我舉個栗子:
就像你去街上買菜,一般操作都是用塑料袋給包裝起來,直到回家要做菜的時候就把菜給拿出來。而這一系列操作就像極了序列化和反序列化!
Java中對象的序列化指的是將對象轉換成以字節序列的形式來表示,這些字節序列包含了對象的數據和信息,一個序列化后的對象 可以被寫到數據庫或文件中,也可用于 網絡傳輸,一般當我們使用 緩存cache(內存空間不夠有可能會本地存儲到硬盤)或 遠程調用rpc(網絡傳輸)的時候,經常需要讓我們的實體類實現Serializable接口,目的就是為了讓其可序列化。
在開發過程中要使用transient關鍵字修飾的栗子:
如果一個用戶有一些密碼等信息,為了安全起見,不希望在網絡操作中被傳輸,這些信息對應的變量就可以加上transient關鍵字。換句話說,這個字段的生命周期僅存于調用者的內存中而不會寫到磁盤里持久化。
在開發過程中不需要transient關鍵字修飾的栗子:
1、類中的字段值可以根據其它字段推導出來。
2、看具體業務需求,哪些字段不想被序列化;
不知道各位有木有想過為什么要不被序列化呢?其實主要是為了節省存儲空間。優化程序!
PS:記得之前看HashMap源碼的時候,發現有個字段是用transient修飾的,我覺得還是有道理的,確實沒必要對這個modCount字段進行序列化,因為沒有意義,modCount主要用于判斷HashMap是否被修改(像put、remove操作的時候,modCount都會自增),對于這種變量,一開始可以為任何值,0當然也是可以(new出來、反序列化出來、或者克隆clone出來的時候都是為0的),沒必要持久化其值。
當然,序列化后的最終目的是為了反序列化,恢復成原先的Java對象,要不然序列化后干嘛呢,就像買菜一樣,用塑料袋包裹最后還是為了方便安全到家再去掉塑料袋,所以序列化后的字節序列都是可以恢復成Java對象的,這個過程就是反序列化。
3、序列化與transient的使用
1、需要做序列化的對象的類,必須實現序列化接口:Java.lang.Serializable 接口(一個標志接口,沒有任何抽象方法),Java 中大多數類都實現了該接口,比如:String,Integer類等,不實現此接口的類將不會使任何狀態序列化或反序列化,會拋NotSerializableException異常 。
2、底層會判斷,如果當前對象是 Serializable 的實例,才允許做序列化,Java對象 instanceof Serializable 來判斷。
3、在 Java 中使用對象流ObjectOutputStream來完成序列化以及ObjectInputStream流反序列化
==ObjectOutputStream:通過 writeObject()方法做序列化操作==
==ObjectInputStream:通過 readObject() 方法做反序列化操作==
4、該類的所有屬性必須是可序列化的。如果有一個屬性不需要可序列化的,則該屬性必須注明是瞬態的,使用transient 關鍵字修飾。
由于字節嘛所以肯定要涉及流的操作,也就是對象流也叫序列化流ObjectOutputstream,下面進行多種情況分析序列化的操作代碼!
在這里,我真的強烈建議看宜春博客的讀者朋友,請試著去敲,切記一眼帶過或者復制過去運行就完事了,特別是小白童鞋,相信我!你一定會有不一樣的收獲。!
3.1、沒有實現Serializable接口進行序列化情況
package TransientTest; import java.io.*; class UserInfo { //================================注意這里沒有實現Serializable接口 private String name; private transient String password; public UserInfo(String name, String psw) { this.name = name; this.password = psw; } @Override public String toString() { return "UserInfo{" + "name='" + name + '\'' + ", password='" + password + '\'' + '}'; } } public class TransientDemo { public static void main(String[] args) { UserInfo userInfo = new UserInfo("老王", "123"); System.out.println("序列化之前信息:" + userInfo); try { ObjectOutputStream output = new ObjectOutputStream(new FileOutputStream("userinfo.txt")); output.writeObject(new UserInfo("老王", "123")); output.close(); } catch (IOException e) { e.printStackTrace(); } } }
運行結果
3.2、實現Serializable接口序列化情況
當我們加上實現Serializable接口再運行會發現,項目中出現的userinfo.txt文件內容是這樣的:
其實這都不是重點,重點是序列化操作成功了!
3.3、普通序列化情況
package TransientTest; import java.io.*; class UserInfo implements Serializable { //第一步實現Serializable接口 private String name; private String password; //都是普通屬性============================== public UserInfo(String name, String psw) { this.name = name; this.password = psw; } @Override public String toString() { return "UserInfo{" + "name='" + name + '\'' + ", password='" + password + '\'' + '}'; } } public class TransientDemo { public static void main(String[] args) throws ClassNotFoundException { UserInfo userInfo = new UserInfo("程序員老王", "123"); System.out.println("序列化之前信息:" + userInfo); try { ObjectOutputStream output = new ObjectOutputStream(new FileOutputStream("userinfo.txt")); //第二步開始序列化操作 output.writeObject(new UserInfo("程序員老王", "123")); output.close(); } catch (IOException e) { e.printStackTrace(); } try { ObjectInputStream input = new ObjectInputStream(new FileInputStream("userinfo.txt")); //第三步開始反序列化操作 Object o = input.readObject(); //ObjectInputStream的readObject方法會拋出ClassNotFoundException System.out.println("序列化之后信息:" + o); } catch (IOException e) { e.printStackTrace(); } } }
運行結果:
序列化之前信息:UserInfo{name='程序員老王', password='123'} 序列化之后信息:UserInfo{name='程序員老王', password='123'}
3.4、transient序列化情況
package TransientTest; import java.io.*; class UserInfo implements Serializable { //第一步實現Serializable接口 private String name; private transient String password; //特別注意:屬性由transient關鍵字修飾=========== public UserInfo(String name, String psw) { this.name = name; this.password = psw; } @Override public String toString() { return "UserInfo{" + "name='" + name + '\'' + ", password='" + password + '\'' + '}'; } } public class TransientDemo { public static void main(String[] args) throws ClassNotFoundException { UserInfo userInfo = new UserInfo("程序員老王", "123"); System.out.println("序列化之前信息:" + userInfo); try { ObjectOutputStream output = new ObjectOutputStream(new FileOutputStream("userinfo.txt")); //第二步開始序列化操作 output.writeObject(new UserInfo("程序員老王", "123")); output.close(); } catch (IOException e) { e.printStackTrace(); } try { ObjectInputStream input = new ObjectInputStream(new FileInputStream("userinfo.txt")); //第三步開始反序列化操作 Object o = input.readObject(); //ObjectInputStream的readObject方法會拋出ClassNotFoundException System.out.println("序列化之后信息:" + o); } catch (IOException e) { e.printStackTrace(); } } }
運行結果:
序列化之前信息:UserInfo{name='程序員老王', password='123'} 序列化之后信息:UserInfo{name='程序員老王', password='null'}
特別注意結果,添加transient修飾的屬性值為默認值null!如果被transient修飾的屬性為int類型,那它被序列化之后值一定是0,當然各位可以去試試,這能說明什么呢?說明被標記為transient的屬性在對象被序列化的時候不會被保存(或者說變量不會持久化)
3.5、static序列化情況
package TransientTest; import java.io.*; class UserInfo implements Serializable { //第一步實現Serializable接口 private String name; private static String password; //特別注意:屬性由static關鍵字修飾============== public UserInfo(String name, String psw) { this.name = name; this.password = psw; } @Override public String toString() { return "UserInfo{" + "name='" + name + '\'' + ", password='" + password + '\'' + '}'; } } public class TransientDemo { public static void main(String[] args) throws ClassNotFoundException { UserInfo userInfo = new UserInfo("程序員老王", "123"); System.out.println("序列化之前信息:" + userInfo); try { ObjectOutputStream output = new ObjectOutputStream(new FileOutputStream("userinfo.txt")); //第二步開始序列化操作 output.writeObject(new UserInfo("程序員老王", "123")); output.close(); } catch (IOException e) { e.printStackTrace(); } try { ObjectInputStream input = new ObjectInputStream(new FileInputStream("userinfo.txt")); //第三步開始反序列化操作 Object o = input.readObject(); //ObjectInputStream的readObject方法會拋出ClassNotFoundException System.out.println("序列化之后信息:" + o); } catch (IOException e) { e.printStackTrace(); } } }
運行結果:
序列化之前信息:UserInfo{name='程序員老王', password='123'} 序列化之后信息:UserInfo{name='程序員老王', password='123'}
這個時候,你就會錯誤的認為static修飾的也被序列化了,其實不然,實際上這里很容易被搞暈!明明取出null(默認值)就可以說明不會被序列化,這里明明沒有變成默認值,為何還要說static不會被序列化呢?
實際上,反序列化后類中static型變量name的值實際上是當前JVM中對應static變量的值,這個值是JVM中的并不是反序列化得出的。也就是說被static修飾的變量并沒有參與序列化!但是咱也不能口說無憑啊,是的,那我們就來看兩個程序對比一下就明白了!
第一個程序:這是一個沒有被static修飾的name屬性程序:
package Thread; import java.io.FileInputStream; import java.io.FileOutputStream; import java.io.ObjectInputStream; import java.io.ObjectOutputStream; import java.io.Serializable; class UserInfo implements Serializable { private String name; private transient String psw; public UserInfo(String name, String psw) { this.name = name; this.psw = psw; } public String getName() { return name; } public void setName(String name) { this.name = name; } public String getPsw() { return psw; } public void setPsw(String psw) { this.psw = psw; } public String toString() { return "name=" + name + ", psw=" + psw; } } public class TestTransient { public static void main(String[] args) { UserInfo userInfo = new UserInfo("程序員老過", "456"); System.out.println(userInfo); try { // 序列化,被設置為transient的屬性沒有被序列化 ObjectOutputStream o = new ObjectOutputStream(new FileOutputStream("UserInfo.txt")); o.writeObject(userInfo); o.close(); } catch (Exception e) { // TODO: handle exception e.printStackTrace(); } try { //在反序列化之前改變name的值 =================================注意這里的代碼 userInfo.setName("程序員老改"); // 重新讀取內容 ObjectInputStream in = new ObjectInputStream(new FileInputStream("UserInfo.txt")); UserInfo readUserInfo = (UserInfo) in .readObject(); //讀取后psw的內容為null System.out.println(readUserInfo.toString()); } catch (Exception e) { // TODO: handle exception e.printStackTrace(); } } }
運行結果:
name=程序員老過, psw=456name=程序員老過, psw=null
從程序運行結果中可以看出,在反序列化之前試著改變name的值為程序員老改,結果是沒有成功的!
第二個程序:這是一個被static修飾的name屬性程序:
package Thread; import java.io.FileInputStream; import java.io.FileOutputStream; import java.io.ObjectInputStream; import java.io.ObjectOutputStream; import java.io.Serializable; class UserInfo implements Serializable { private static final long serialVersionUID = 996890129747019948 L; private static String name; private transient String psw; public UserInfo(String name, String psw) { this.name = name; this.psw = psw; } public String getName() { return name; } public void setName(String name) { this.name = name; } public String getPsw() { return psw; } public void setPsw(String psw) { this.psw = psw; } public String toString() { return "name=" + name + ", psw=" + psw; } } public class TestTransient { public static void main(String[] args) { UserInfo userInfo = new UserInfo("程序員老過", "456"); System.out.println(userInfo); try { // 序列化,被設置為transient的屬性沒有被序列化 ObjectOutputStream o = new ObjectOutputStream(new FileOutputStream("UserInfo.txt")); o.writeObject(userInfo); o.close(); } catch (Exception e) { // TODO: handle exception e.printStackTrace(); } try { //在反序列化之前改變name的值 userInfo.setName("程序員老改"); // 重新讀取內容 ObjectInputStream in = new ObjectInputStream(new FileInputStream("UserInfo.txt")); UserInfo readUserInfo = (UserInfo) in .readObject(); //讀取后psw的內容為null System.out.println(readUserInfo.toString()); } catch (Exception e) { // TODO: handle exception e.printStackTrace(); } } }
運行結果:
name=程序員老過, psw=456name=程序員老改, psw=null
從程序運行結果中可以看出,在反序列化之前試著改變name的值為程序員老改,結果是成功的!現在對比一下兩個程序是不是就很清晰了?
static關鍵字修飾的成員屬性優于非靜態成員屬性加載到內存中,同時靜態也優于對象進入到內存中,被static修飾的成員變量不能被序列化,序列化的都是對象,靜態變量不是對象狀態的一部分,因此它不參與序列化。所以將靜態變量聲明為transient變量是沒有用處的。因此,反序列化后類中static型變量name的值實際上是當前JVM中對應static變量的值,這個值是JVM中的并不是反序列化得出的。
3.6、final序列化情況
對于final關鍵字來講,final變量將直接通過值參與序列化,至于代碼程序我就不再貼出來了,大家可以試著用final修飾驗證一下!
主要注意的是final 和transient可以同時修飾同一個變量,結果也是一樣的,對transient沒有影響,這里主要提一下,希望各位以后在開發中遇到這些情況不會滿頭霧水!
4、java類中serialVersionUID作用
既然提到了transient關鍵字就不得不提到序列化,既然提到了序列化,就不得不提到serialVersionUID了,它是啥呢?基本上有序列化就會存在這個serialVersionUID。
serialVersionUID適用于Java的序列化機制。簡單來說,Java的序列化機制是通過判斷類的serialVersionUID來驗證版本一致性的。在進行反序列化時,JVM會把傳來的字節流中的serialVersionUID與本地相應實體類的serialVersionUID進行比較,如果相同就認為是一致的,可以進行反序列化,否則就會出現序列化版本不一致的異常,即是InvalidCastException,在開發中有時候可寫可不寫,建議最好還是寫上比較好。
5、transient關鍵字小結
1、變量被transient修飾,變量將不會被序列化
2、transient關鍵字只能修飾變量,而不能修飾方法和類。
3、被static關鍵字修飾的變量不參與序列化,一個靜態static變量不管是否被transient修飾,均不能被序列化。
4、final變量值參與序列化,final transient同時修飾變量,final不會影響transient,一樣不會參與序列化
第二點需要注意的是:本地變量是不能被transient關鍵字修飾的。變量如果是用戶自定義類變量,則該類需要實現Serializable接口
第三點需要注意的是:反序列化后類中static型變量的值實際上是當前JVM中對應static變量的值,這個值是JVM中的并不是反序列化得出的。
結語:被transient關鍵字修飾導致不被序列化,其優點是可以節省存儲空間。優化程序!隨之而來的是會導致被transient修飾的字段會重新計算,初始化!
關于java中transient關鍵字的使用方法就分享到這里了,希望以上內容可以對大家有一定的幫助,可以學到更多知識。如果覺得文章不錯,可以把它分享出去讓更多的人看到。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。