深入Java核心 Java內存分配原理精講(2)

String是一個特殊的包裝類數據。可以用:

  1. String str = new String("abc");   
  2. String str = "abc";  

兩種的形式來創建,第一種是用new()來新建對象的,它會在存放於堆中。每調用一次就會創建一個新的對象。而第二種是先在棧中創建一個對String類的對象引用變量str,然後通過符號引用去字符串常量池 裏找有沒有"abc",如果沒有,則將"abc"存放進字符串常量池 ,並令str指向”abc”,如果已經有”abc” 則直接令str指向“abc”。

比較類裏面的數值是否相等時,用equals()方法;當測試兩個包裝類的引用是否指向同一個對象時,用==,下面用例子說明上面的理論。

  1. String str1 = "abc";   
  2. String str2 = "abc";   
  3. System.out.println(str1==str2); //true  

可以看出str1和str2是指向同一個對象的。

  1. String str1 =new String ("abc");   
  2. String str2 =new String ("abc");   
  3. System.out.println(str1==str2); // false  

用new的方式是生成不同的對象。每一次生成一個。

因此用第二種方式創建多個”abc”字符串,在內存中 其實只存在一個對象而已. 這種寫法有利與節省內存空間. 同時它可以在一定程度上提高程序的運行速度,因爲JVM會自動根據棧中數據的實際情況來決定是否有必要創建新對象。而對於String str = new String("abc");的代碼,則一概在堆中創建新對象,而不管其字符串值是否相等,是否有必要創建新對象,從而加重了程序的負擔。

另 一方面, 要注意: 我們在使用諸如String str = "abc";的格式定義類時,總是想當然地認爲,創建了String類的對象str。擔心陷阱!對象可能並沒有被創建!而可能只是指向一個先前已經創建的 對象。只有通過new()方法才能保證每次都創建一個新的對象。
 
由於String類的immutable性質,當String變量需要經常變換 其值時,應該考慮使用StringBuffer類,以提高程序效率。
 
1. 首先String不屬於8種基本數據類型,String是一個對象。因爲對象的默認值是null,所以String的默認值也是null;但它又是一種特殊的對象,有其它對象沒有的一些特性。

2. new String()和new String(”")都是申明一個新的空字符串,是空串不是null;

3. String str=”kvill”;String str=new String (”kvill”)的區別

示例:

  1. String s0="kvill";   
  2. String s1="kvill";   
  3. String s2="kv" + "ill";   
  4. System.out.println( s0==s1 );   
  5. System.out.println( s0==s2 );  

結果爲:

true
true

首先,我們要知結果爲道Java 會確保一個字符串常量只有一個拷貝。

因爲例子中的 s0和s1中的”kvill”都是字符串常量,它們在編譯期就被確定了,所以s0==s1爲true;而”kv”和”ill”也都是字符串常量,當一個字 符串由多個字符串常量連接而成時,它自己肯定也是字符串常量,所以s2也同樣在編譯期就被解析爲一個字符串常量,所以s2也是常量池中” kvill”的一個引用。所以我們得出s0==s1==s2;用new String() 創建的字符串不是常量,不能在編譯期就確定,所以new String() 創建的字符串不放入常量池中,它們有自己的地址空間。

示例:

  1. String s0="kvill";   
  2. String s1=new String("kvill");   
  3. String s2="kv" + new String("ill");   
  4. System.out.println( s0==s1 );   
  5. System.out.println( s0==s2 );   
  6. System.out.println( s1==s2 );  

結果爲:

false
false
false

例2中s0還是常量池 中"kvill”的應用,s1因爲無法在編譯期確定,所以是運行時創建的新對象”kvill”的引用,s2因爲有後半部分 new String(”ill”)所以也無法在編譯期確定,所以也是一個新創建對象”kvill”的應用;明白了這些也就知道爲何得出此結果了。

4. String.intern():

再補充介紹一點:存在於.class文件中的常量池,在運行期被JVM裝載,並且可以擴充。String的 intern()方法就是擴充常量池的 一個方法;當一個String實例str調用intern()方法時,Java 查找常量池中 是否有相同Unicode的字符串常量,如果有,則返回其的引用,如果沒有,則在常 量池中增加一個Unicode等於str的字符串並返回它的引用;看示例就清楚了

示例:

  1. String s0= "kvill";   
  2. String s1=new String("kvill");   
  3. String s2=new String("kvill");   
  4. System.out.println( s0==s1 );   
  5. System.out.println( "**********" );   
  6. s1.intern();   
  7. s2=s2.intern(); //把常量池中"kvill"的引用賦給s2   
  8. System.out.println( s0==s1);   
  9. System.out.println( s0==s1.intern() );   
  10. System.out.println( s0==s2 );  

結果爲:

false
false //雖然執行了s1.intern(),但它的返回值沒有賦給s1
true //說明s1.intern()返回的是常量池中"kvill"的引用
true

最後我再破除一個錯誤的理解:有人說,“使用 String.intern() 方法則可以將一個 String 類的保存到一個全局 String 表中 ,如果具有相同值的 Unicode 字符串已經在這個表中,那麼該方法返回表中已有字符串的地址,如果在表中沒有相同值的字符串,則將自己的地址註冊到表中”如果我把他說的這個全局的 String 表理解爲常量池的話,他的最後一句話,”如果在表中沒有相同值的字符串,則將自己的地址註冊到表中”是錯的:

示例:

  1. String s1=new String("kvill");   
  2. String s2=s1.intern();   
  3. System.out.println( s1==s1.intern() );   
  4. System.out.println( s1+" "+s2 );   
  5. System.out.println( s2==s1.intern() );  

結果:

false
kvill kvill
true

在這個類中我們沒有聲名一個”kvill”常量,所以常量池中一開始是沒有”kvill”的,當我們調用s1.intern()後就在常量池中新添加了一 個”kvill”常量,原來的不在常量池中的”kvill”仍然存在,也就不是“將自己的地址註冊到常量池中”了。

s1==s1.intern() 爲false說明原來的”kvill”仍然存在;s2現在爲常量池中”kvill”的地址,所以有s2==s1.intern()爲true。

5. 關於equals()和==:

這個對於String簡單來說就是比較兩字符串的Unicode序列是否相當,如果相等返回true;而==是 比較兩字符串的地址是否相同,也就是是否是同一個字符串的引用。

6. 關於String是不可變的

這一說又要說很多,大家只 要知道String的實例一旦生成就不會再改變了,比如說:String str=”kv”+”ill”+” “+”ans”; 就是有4個字符串常量,首先”kv”和”ill”生成了”kvill”存在內存中,然後”kvill”又和” ” 生成 “kvill “存在內存中,最後又和生成了”kvill ans”;並把這個字符串的地址賦給了str,就是因爲String的”不可變”產生了很多臨時變量,這也就是爲什麼建議用StringBuffer的原 因了,因爲StringBuffer是可改變的。

下面是一些String相關的常見問題:

String中的final用法和理解

final StringBuffer a = new StringBuffer("111");
final StringBuffer b = new StringBuffer("222");
a=b;//此句編譯不通過
final StringBuffer a = new StringBuffer("111");
a.append("222");// 編譯通過

可見,final只對引用的"值"(即內存地址)有效,它迫使引用只能指向初始指向的那個對象,改變它的指向會導致編譯期錯誤。至於它所指向的對象 的變化,final是不負責的。

發佈了51 篇原創文章 · 獲贊 20 · 訪問量 12萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章