亚洲免费在线-亚洲免费在线播放-亚洲免费在线观看-亚洲免费在线观看视频-亚洲免费在线看-亚洲免费在线视频

【總結(jié)】String in Java

系統(tǒng) 2144 0

作者:每次上網(wǎng)沖杯Java時,都能看到關(guān)于String無休無止的爭論。還是覺得有必要讓這個討厭又很可愛的String美眉,赤裸裸的站在我們這些Java色狼面前了。嘿嘿....

眾所周知,String是由字符組成的串,在程序中使用頻率很高。Java中的String是一個類,而并非基本數(shù)據(jù)類型。 不過她卻不是普通的類哦!!!

?

【鏡頭1】 String對象的創(chuàng)建
????? 1、關(guān)于類對象的創(chuàng)建,很普通的一種方式就是利用構(gòu)造器,String類也不例外:String s=new String("Hello world"); 問題是參數(shù)"Hello world"是什么東西,也是字符串對象嗎?莫非用字符串對象創(chuàng)建一個字符串對象?

????? 2、當(dāng)然,String類對象還有一種大家都很喜歡的創(chuàng)建方式:String s="Hello world"; 但是有點怪呀,怎么與基本數(shù)據(jù)類型的賦值操作(int i=1)很像呀?

????? 在開始解釋這些問題之前,我們先引入一些必要的知識:

★ Java class文件結(jié)構(gòu) 和常量池
????? 我們都知道,Java程序要運行,首先需要編譯器將源代碼文件編譯成字節(jié)碼文件(也就是.class文件)。然后在由JVM解釋執(zhí)行。
????? class文件是8位字節(jié)的 二進制流 。這些二進制流的涵義由一些 緊湊的有意義的項 組成。比如class字節(jié)流中最開始的4個字節(jié)組成的項叫做 魔數(shù) (magic),其意義在于分辨class文件(值為0xCAFEBABE)與非class文件。class字節(jié)流大致結(jié)構(gòu)如下圖左側(cè)。

??????????????? ? ? ? ? ? ?? ?? 【總結(jié)】String in Java

????? 其中,在class文件中有一個非常重要的項—— 常量池 。這個常量池專門放置源代碼中的符號信息(并且不同的符號信息放置在不同標志的常量表中)。如上圖右側(cè)是HelloWorld代碼中的常量表(HelloWorld代碼如下),其中有四個不同類型的常量表(四個不同的常量池入口)。 關(guān)于常量池的具體細節(jié),請參照我的博客《 Class文件內(nèi)容及常量池

    public class HelloWorld{
	void hello(){
		System.out.println("Hello world");
	}
}
  

????? 通過上圖可見,代碼中的"Hello world"字符串字面值被編譯之后,可以清楚的看到存放在了class常量池中的字符串常量表中(上圖右側(cè)紅框區(qū)域)。

?

JVM運行class文件

????? 源代碼編譯成class文件之后,JVM就要運行這個class文件。它首先會用類裝載器加載進class文件。然后需要創(chuàng)建許多內(nèi)存數(shù)據(jù)結(jié)構(gòu)來存放class文件中的字節(jié)數(shù)據(jù)。比如class文件對應(yīng)的類信息數(shù)據(jù)、常量池結(jié)構(gòu)、方法中的二進制指令序列、類方法與字段的描述信息等等。當(dāng)然,在運行的時候,還需要為方法創(chuàng)建棧幀等。這么多的內(nèi)存結(jié)構(gòu)當(dāng)然需要管理,JVM會把這些東西都組織到幾個“ 運行時數(shù)據(jù)區(qū) ”中。這里面就有我們經(jīng)常說的“ 方法區(qū) ”、“ ”、“ Java棧 ”等。 詳細請參見我的博客《 Java 虛擬機體系結(jié)構(gòu)

?

????? 上面我們提到了, 在Java源代碼中的每一個字面值字符串,都會在編譯成class文件階段,形成標志號 為8(CONSTANT_String_info)的常量表 當(dāng)JVM加載 class文件的時候,會為對應(yīng)的常量池建立一個內(nèi)存數(shù)據(jù)結(jié)構(gòu),并存放在方法區(qū)中。同時JVM會自動為CONSTANT_String_info常量表中 的字符串常量字面值 在堆中 創(chuàng)建 新的String對象(intern字符串 對象 ,又叫拘留字符串對象)。然后把CONSTANT_String_info常量表的入口地址轉(zhuǎn)變成這個堆中String對象的直接地址(常量池解 析)。?

?

????? 這里很關(guān)鍵的就是這個 拘留字符串對象 源代碼中所有相同字面值的字符串常量只可能建立唯一一個拘留字符串對象。 實際上JVM是通過一個記錄了拘留字符串引用的內(nèi)部數(shù)據(jù)結(jié)構(gòu)來維持這一特性的。在Java程序中,可以調(diào)用String的intern()方法來使得一個常規(guī)字符串對象成為拘留字符串對象。我們會在后面介紹這個方法的。

?

操作碼助憶符指令
? ? ? 有了上面闡述的兩個知識前提,下面我們將根據(jù)二進制指令來區(qū)別兩種字符串對象的創(chuàng)建方式: ?

????? (1) String s=new String("Hello world");編譯成class文件后的指令(在myeclipse中查看):

    0  new java.lang.String [15]  //在堆中分配一個String類對象的空間,并將該對象的地址堆入操作數(shù)棧。
3  dup //復(fù)制操作數(shù)棧頂數(shù)據(jù),并壓入操作數(shù)棧。該指令使得操作數(shù)棧中有兩個String對象的引用值。
4  ldc <String "Hello world"> [17] //將常量池中的字符串常量"Hello world"指向的堆中拘留String對象的地址壓入操作數(shù)棧
6  invokespecial java.lang.String(java.lang.String) [19] //調(diào)用String的初始化方法,彈出操作數(shù)棧棧頂?shù)膬蓚€對象地址,用拘留String對象的值初始化new指令創(chuàng)建的String對象,然后將這個對象的引用壓入操作數(shù)棧
9  astore_1 [s] // 彈出操作數(shù)棧頂數(shù)據(jù)存放在局部變量區(qū)的第一個位置上。此時存放的是new指令創(chuàng)建出的,已經(jīng)被初始化的String對象的地址。

  

????? 事實上,在運行這段指令之前, JVM就已經(jīng)為"Hello world"在堆中創(chuàng)建了一個拘留字符串( 值得注意的是:如果源程序中還有一個"Hello world"字符串常量,那么他們都對應(yīng)了同一個堆中的拘留字符串)。然后用這個拘留字符串的值來初始化堆中用new指令創(chuàng)建出來的新的String對象,局部變量s實際上存儲的是new出來的堆對象地址。 大家注意了,此時在JVM管理的堆中,有兩個相同字符串值的String對象:一個是拘留字符串對象,一個是new新建的字符串對象。如果還有一條創(chuàng)建語句String s1=new String("Hello world");堆中有幾個值為"Hello world"的字符串呢? 答案是3個,大家好好想想為什么吧!

?

????? (2)將String s="Hello world";編譯成class文件后的指令:

    0  ldc <String "Hello world"> [15]//將常量池中的字符串常量"Hello world"指向的堆中拘留String對象的地址壓入操作數(shù)棧
2  astore_1 [str] // 彈出操作數(shù)棧頂數(shù)據(jù)存放在局部變量區(qū)的第一個位置上。此時存放的是拘留字符串對象在堆中的地址

  

????? 和上面的創(chuàng)建指令有很大的不同, 局部變量s存儲的是早已創(chuàng)建好的拘留字符串的堆地址。 大家好好想想,如果還有一條穿件語句String s1="Hello word";此時堆中有幾個值為"Hello world"的字符串呢?答案是1個。那么局部變量s與s1存儲的地址是否相同呢?? 呵呵, 這個你應(yīng)該知道了吧。

?

?

★ 鏡頭總結(jié): String類型脫光了其實也很普通。真正讓她神秘的原因就在于 CONSTANT_String_info常量表 拘留字符串對象 的存在。現(xiàn)在我們可以解決江湖上的許多紛爭了。

? 紛爭1】關(guān)于字符串相等關(guān)系的爭論

    //代碼1
String sa=new String("Hello world");          
String sb=new String("Hello world");    
System.out.println(sa==sb);  // false     
//代碼2  
String sc="Hello world";  
String sd="Hello world";
System.out.println(sc==sd);  // true 
  

?????? 代碼1中局部變量sa,sb中存儲的是JVM在堆中new出來的兩個String對象的內(nèi)存地址。雖然這兩個String對象的值(char[]存放的字符序列)都是"Hello world"。 因此"=="比較的是兩個不同的堆地址。 代碼2中局部變量sc,sd中存儲的也是地址,但卻都是常量池中"Hello world"指向的堆的唯一的那個拘留字符串對象的地址 。自然相等了。

? 【紛爭2】 字符串“+”操作的內(nèi)幕

    //代碼1
String sa = "ab";                                        
String sb = "cd";                                     
String sab=sa+sb;                                    
String s="abcd";
System.out.println(sab==s); // false
//代碼2
String sc="ab"+"cd";
String sd="abcd";
System.out.println(sc==sd); //true
  

?????? 代碼1中局部變量sa,sb存儲的是堆中兩個拘留字符串對象的地址。 而當(dāng)執(zhí)行sa+sb時,JVM首先會在堆中創(chuàng)建一個StringBuilder類,同時用sa指向的拘留字符串對象完成初始化,然后調(diào)用append方法完成對sb所指向的拘留字符串的合并操作,接著調(diào)用StringBuilder的toString()方法在堆中創(chuàng)建一個String對象,最后將剛生成的String對象的堆地址存放在局部變量sab中。而局部變量s存儲的是常量池中"abcd"所對應(yīng)的拘留字符串對象的地址。 sab與s地址當(dāng)然不一樣了。這里要注意了,代碼1的堆中實際上有五個字符串對象:三個拘留字符串對象、一個String對象和一個StringBuilder對象。
????? 代碼2中"ab"+"cd"會直接在編譯期就合并成常量"abcd", 因此相同字面值常量"abcd"所對應(yīng)的是同一個拘留字符串對象,自然地址也就相同。

?

?

?

?

【鏡頭二】? String三姐妹(String,StringBuffer,StringBuilder)
??????? String扒的差不多了。但他還有兩個妹妹StringBuffer,StringBuilder長的也不錯哦!我們也要下手了:
? ?? ?????????????????????? String(大姐,出生于JDK1.0時代)????????? 不可變字符序列
??? ?????????????????????? StringBuffer(二姐,出生于JDK1.0時代)??? 線程安全的可變字符序列
??? ?????????????????????? StringBuilder(小妹,出生于JDK1.5時代)?? 非線程安全的可變字符序列

?

★StringBuffer與String的可變性問題。
???????? 我們先看看這兩個類的部分源代碼:

    //String 
public final class String
{
        private final char value[];

         public String(String original) {
              // 把原字符串original切分成字符數(shù)組并賦給value[];
         }
}

//StringBuffer 
public final class StringBuffer extends AbstractStringBuilder
{
         char value[]; //繼承了父類AbstractStringBuilder中的value[]
         public StringBuffer(String str) {
                 super(str.length() + 16); //繼承父類的構(gòu)造器,并創(chuàng)建一個大小為str.length()+16的value[]數(shù)組
                 append(str); //將str切分成字符序列并加入到value[]中
        }
}
  

????? 很顯然,String和StringBuffer中的value[]都用于存儲字符序列。但是,
????? (1) String中的是常量(final)數(shù)組,只能被賦值一次。
????? 比如:new String("abc")使得value[]={'a','b','c'},之后這個String對象中的value[]再也不能改變了。這也正是大家常說的, String是不可變的原因 。???
???? ? 注意:這個對初學(xué)者來說有個誤區(qū),有人說String str1=new String("abc"); str1=new String("cba");不是改變了字符串str1嗎?那么你有必要先搞懂對象引用和對象本身的區(qū)別。這里我簡單的說明一下,對象本身指的是存放在堆空間中的該對象的實例數(shù)據(jù)(非靜態(tài)非常量字段)。而對象引用指的是堆中對象本身所存放的地址,一般方法區(qū)和Java棧中存儲的都是對象引用,而非對象本身的數(shù)據(jù)。


????? (2) StringBuffer中的value[]就是一個很普通的數(shù)組,而且可以通過append()方法將新字符串加入value[]末尾。這樣也就改變了value[]的內(nèi)容和大小了。

????? 比如:new StringBuffer("abc")使得value[]={'a','b','c','',''...}(注意構(gòu)造的長度是str.length()+16)。如果再將 這個對象append("abc"),那么這個對象中的value[]={'a','b','c','a','b','c',''....}。這也就是為什么大家說 StringBuffer是可變字符串 的涵義了。從這一點也可以看出,StringBuffer中的value[]完全可以作為字符串的緩沖區(qū)功能。其累加性能是很不錯的,在后面我們會進行比較。

???? 總結(jié),討論String和StringBuffer可不可變。本質(zhì)上是指對象中的value[]字符數(shù)組可不可變,而不是對象引用可不可變。

?

?

★StringBuffer與StringBuilder的線程安全性問題
????? StringBuffer和StringBuilder可以算是雙胞胎了,這兩者的方法沒有很大區(qū)別。但在線程安全性方面,StringBuffer允許多線程進行字符操作。這是因為在源代碼中StringBuffer的很多方法都被關(guān)鍵字 synchronized 修飾了,而StringBuilder沒有。
??? ? 有多線程編程經(jīng)驗的程序員應(yīng)該知道synchronized。這個關(guān)鍵字是為 線程同步機制 設(shè)定的。我簡要闡述一下synchronized的含義:
????? 每一個類對象都對應(yīng)一把鎖,當(dāng)某個線程A調(diào)用類對象O中的synchronized方法M時,必須獲得對象O的鎖才能夠執(zhí)行M方法,否則線程A阻塞。一旦線程A開始執(zhí)行M方法,將獨占對象O的鎖。使得其它需要調(diào)用O對象的M方法的線程阻塞。只有線程A執(zhí)行完畢,釋放鎖后。那些阻塞線程才有機會重新調(diào)用M方法。這就是解決線程同步問題的鎖機制。
??? ? 了解了synchronized的含義以后,大家可能都會有這個感覺。多線程編程中 StringBuffer比StringBuilder要安全多了 ,事實確實如此。如果有多個線程需要對同一個字符串緩沖區(qū)進行操作的時候,StringBuffer應(yīng)該是不二選擇。
??? ? 注意:是不是String也不安全呢?事實上不存在這個問題,String是不可變的。線程對于堆中指定的一個String對象只能讀取,無法修改。試問:還有什么不安全的呢?

?


★String和StringBuffer的效率問題(這可是個熱門話題呀!)
????? 首先說明一點:StringBuffer和StringBuilder可謂雙胞胎,StringBuilder是1.5新引入的,其前身就是StringBuffer。StringBuilder的效率比StringBuffer稍高,如果不考慮線程安全,StringBuilder應(yīng)該是首選。另外,JVM運行程序主要的時間耗費是在創(chuàng)建對象和回收對象上。


????? 我們用下面的代碼運行1W次字符串的連接操作,測試String,StringBuffer所運行的時間。

    //測試代碼
public class RunTime{
    public static void main(String[] args){
           ● 測試代碼位置1
          long beginTime=System.currentTimeMillis();
          for(int i=0;i<10000;i++){
                 ● 測試代碼位置2
          }
          long endTime=System.currentTimeMillis();
          System.out.println(endTime-beginTime);   
    }
}
  

(1) String常量與String變量的"+"操作比較
??????? ▲測試①代碼:???? (測試代碼位置1)? String str="";
????????????????????????????????? (測試代碼位置2)? str="Heart"+"Raid";
??? ??????? [耗時:? 0ms]
??? ????????
?????? ▲測試②代碼??????? (測試代碼位置1)? String s1="Heart";
?????????????????????????????????????????????????????????? String s2="Raid";
?????????????????????????????????????????????????????????? String str="";
????????????????????????????????? (測試代碼位置2)? str=s1+s2;
??????????? [耗時:? 15—16ms]
????? 結(jié)論:String常量的“+連接”? 稍優(yōu)于? String變量的“+連接”。
??? ? 原因:測試①的"Heart"+"Raid"在編譯階段就已經(jīng)連接起來,形成了一個字符串常量"HeartRaid",并指向堆中的拘留字符串對象。運行時只需要將"HeartRaid"指向的拘留字符串對象地址取出1W次,存放在局部變量str中。這確實不需要什么時間。
??? ?????????? 測試②中局部變量s1和s2存放的是兩個不同的拘留字符串對象的地址。然后會通過下面三個步驟完成“+連接”:
??? ??? ??????????????????????? 1、StringBuilder temp=new StringBuilder(s1),
??? ??? ??? ??????????????????? 2、temp.append(s2);
??????????????????????????????? 3、str=temp.toString();
?????????????? 我們發(fā)現(xiàn),雖然在中間的時候也用到了append()方法,但是在開始和結(jié)束的時候分別創(chuàng)建了StringBuilder和String對象。可想而知:調(diào)用1W次,是不是就創(chuàng)建了1W次這兩種對象呢?不劃算。

???? 但是,String變量的"+連接"操作比String常量的"+連接"操作使用的更加廣泛。 這一點是不言而喻的。
??? ?

(2)String對象的"累+"連接操作與StringBuffer對象的append()累和連接操作比較。
??? ????? ▲測試①代碼:???? (代碼位置1)? String s1="Heart";
??? ?????????????????????????????????????????????????? String s="";
??? ??????????????????????????????? (代碼位置2)? s=s+s1;
??? ???????? [耗時:? 4200—4500ms]
??? ????????
??? ????? ▲測試②代碼?? ? ?? (代碼位置1)? String s1="Heart";
??? ??? ??? ??? ?????????????????????????????????????? StringBuffer sb=new StringBuffer();
??????????????????????????????????? (代碼位置2) sb.append(s1);
??? ???????? [耗時:? 0ms(當(dāng)循環(huán)100000次的時候,耗時大概16—31ms)]
??? ???? 結(jié)論:大量字符串累加時,StringBuffer的append()效率遠好于String對象的"累+"連接
??? ???? 原因:測試① 中的s=s+s1,JVM會利用首先創(chuàng)建一個StringBuilder,并利用append方法完成s和s1所指向的字符串對象值的合并操作,接著調(diào)用StringBuilder的 toString()方法在堆中創(chuàng)建一個新的String對象,其值為剛才字符串的合并結(jié)果。而局部變量s指向了新創(chuàng)建的String對象。

????????????????? 因為String對象中的value[]是不能改變的,每一次合并后字符串值都需要創(chuàng)建一個新的String對象來存放。循環(huán)1W次自然需要創(chuàng)建1W個String對象和1W個StringBuilder對象,效率低就可想而知了。


??? ??? ????????? 測試②中sb.append(s1);只需要將自己的value[]數(shù)組不停的擴大來存放s1即可。循環(huán)過程中無需在堆中創(chuàng)建任何新的對象。效率高就不足為奇了。
? ????

?


鏡頭總結(jié):

??? (1) 在編譯階段就能夠確定的字符串常量,完全沒有必要創(chuàng)建String或StringBuffer對象。直接使用字符串常量的"+"連接操作效率最高。

??? (2) StringBuffer對象的append效率要高于String對象的"+"連接操作。

??? (3) 不停的創(chuàng)建對象是程序低效的一個重要原因。那么相同的字符串值能否在堆中只創(chuàng)建一個String對象那。顯然拘留字符串能夠做到這一點,除了程序中的字符串常量會被JVM自動創(chuàng)建拘留字符串之外,調(diào)用String的intern()方法也能做到這一點。當(dāng)調(diào)用intern()時,如果常量池中已經(jīng)有了當(dāng)前String的值,那么返回這個常量指向拘留對象的地址。如果沒有,則將String值加入常量池中,并創(chuàng)建一個新的拘留字符串對象。

?

?

【總結(jié)】String in Java


更多文章、技術(shù)交流、商務(wù)合作、聯(lián)系博主

微信掃碼或搜索:z360901061

微信掃一掃加我為好友

QQ號聯(lián)系: 360901061

您的支持是博主寫作最大的動力,如果您喜歡我的文章,感覺我的文章對您有幫助,請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧,狠狠點擊下面給點支持吧,站長非常感激您!手機微信長按不能支付解決辦法:請將微信支付二維碼保存到相冊,切換到微信,然后點擊微信右上角掃一掃功能,選擇支付二維碼完成支付。

【本文對您有幫助就好】

您的支持是博主寫作最大的動力,如果您喜歡我的文章,感覺我的文章對您有幫助,請用微信掃描上面二維碼支持博主2元、5元、10元、自定義金額等您想捐的金額吧,站長會非常 感謝您的哦!!!

發(fā)表我的評論
最新評論 總共0條評論
主站蜘蛛池模板: 欧美成人高清免费大片观看 | 精品一区二区在线观看 | 黄色的网站在线观看 | 亚洲第一视频在线播放 | 国产综合亚洲欧美日韩一区二区 | 日韩伦理亚洲欧美在线一区 | 国产精品成人一区二区 | 免费国产不卡午夜福在线观看 | 青青在线成人免费视频 | 国产精品久久久久国产精品三级 | 麻豆成人在线 | 久久99精品热在线观看15 | 伊人333| 天天操天天擦 | 奇米第四色网站 | 成人免费一级毛片在线播放视频 | 国产精品无码久久综合网 | h片在线播放免费高清 | 九九久久精品国产 | 超清乱人伦中文视频在线 | 深夜影院老司机69影院 | 免费播放美女一级毛片 | 鲁啊鲁啊鲁在线视频播放 | 国产 福利 在线 | 久久综合九色综合97伊人麻豆 | 免费视频99| 国产精品日本一区二区在线看 | 四虎免费在线播放 | 四虎精品福利视频精品 | 国产a一级毛片午夜剧场14 | 在线观看一级毛片 | 久久91精品国产91久久跳舞 | 成人免费淫片在线费观看 | 一级毛片a免费播放王色 | 亚洲网址在线观看 | 国产亚洲精品中文带字幕21页 | 久久水蜜桃 | 五月中文字幕 | 婷婷综合国产激情在线 | 国产亚洲精品xxx | 国产精品久久久久影院嫩草 |