Java字符串連接

參考: http://www.blogjava.net/nokiaguy/archive/2008/05/07/198990.html

先看下面的代碼:

package string;
  
  public class TestSimplePlus
  {
      public static void main(String[] args)
      {
          String s = "abc";
          String ss = "ok" + s + "xyz" + 5;
          System.out.println(ss);
      }
  }

編譯后再進(jìn)行反編譯后結(jié)果如下:

package string;

import java.io.PrintStream;

public class TestSimplePlus
{
    public TestSimplePlus()
    {
    //    0    0:aload_0         
    //    1    1:invokespecial   #8   <Method void Object()>
    //    2    4:return          
    }

    public static void main(String args[])
    {
      String s = "abc";
    //    0    0:ldc1            #16  <String "abc">
    //    1    2:astore_1        
      String ss = (new StringBuilder("ok")).append(s).append("xyz").append(5).toString();
    //    2    3:new             #18  <Class StringBuilder>
    //    3    6:dup             
    //    4    7:ldc1            #20  <String "ok">
    //    5    9:invokespecial   #22  <Method void StringBuilder(String)>
    //    6   12:aload_1         
    //    7   13:invokevirtual   #25  <Method StringBuilder StringBuilder.append(String)>
    //    8   16:ldc1            #29  <String "xyz">
    //    9   18:invokevirtual   #25  <Method StringBuilder StringBuilder.append(String)>
    //   10   21:iconst_5        
    //   11   22:invokevirtual   #31  <Method StringBuilder StringBuilder.append(int)>
    //   12   25:invokevirtual   #34  <Method String StringBuilder.toString()>
    //   13   28:astore_2        
      System.out.println(ss);
    //   14   29:getstatic       #38  <Field PrintStream System.out>
    //   15   32:aload_2         
    //   16   33:invokevirtual   #44  <Method void PrintStream.println(String)>
    //   17   36:return          
    }
}

使用jad反編譯的好處之一就是可以同時(shí)生成字節(jié)碼和源代碼例获。這樣可以進(jìn)行對照研究。從上面的代碼很容易看出烛恤,雖然在源程序中使用了"+",但在編譯時(shí)仍然將"+"轉(zhuǎn)換成StringBuilder。因此,我們可以得出結(jié)論上渴,在Java中無論使用何種方式進(jìn)行字符串連接,實(shí)際上都使用的是StringBuilder喜颁。這里如果將變量S去掉稠氮,變成String ss = "ok" + "xyz" + 5; 這樣在反編譯后這里并沒有產(chǎn)生StringBulider對象,因?yàn)镴VM編譯器對于"ok" + s + "xyz" + 5;的處理方式和對于"ok" + "xyz" + 5;不一樣半开,后者在編譯期的值就可以確定下來隔披,因?yàn)槎际亲址A俊9试诔绦蜻\(yùn)行期不會產(chǎn)生StringBulider對象寂拆,而前者不同奢米,s的值在編譯期無法確定,所以JVM就會在運(yùn)行期產(chǎn)生StringBulider對象來進(jìn)行append纠永。

那么是不是可以根據(jù)這個(gè)結(jié)論推出使用"+"和StringBuilder的效果是一樣的呢鬓长?這個(gè)要從兩個(gè)方面的解釋。如果從運(yùn)行結(jié)果來解釋尝江,那么"+"和StringBuilder是完全等效的涉波。但如果從運(yùn)行效率和資源消耗方面看,那它們將存在很大的區(qū)別炭序。

當(dāng)然怠蹂,如果連接字符串行表達(dá)式很簡單(如上面的順序結(jié)構(gòu)),那么"+"和StringBuilder基本是一樣的少态,但如果結(jié)構(gòu)比較復(fù)雜城侧,如使用循環(huán)來連接字符串,那么產(chǎn)生的Java Byte Code就會有很大的區(qū)別彼妻。先讓我們看看如下的代碼:

package string;
  
  import java.util.*;
  
  public class TestComplexPlus
  {
      public static void main(String[] args)
      {
          String s = "";
          Random rand = new Random();
          for (int i = 0; i < 10; i++)
          {
              s = s + rand.nextInt(1000) + " ";
          }
          System.out.println(s);
      }
  }

上面的代碼返編譯后的Java Byte Code如下:

package string;

import java.io.PrintStream;
import java.util.Random;

public class TestComplexPlus
{

    public TestComplexPlus()
    {
    //    0    0:aload_0         
    //    1    1:invokespecial   #8   <Method void Object()>
    //    2    4:return          
    }

    public static void main(String args[])
    {
        String s = "";
    //    0    0:ldc1            #16  <String "">
    //    1    2:astore_1        
        Random rand = new Random();
    //    2    3:new             #18  <Class Random>
    //    3    6:dup             
    //    4    7:invokespecial   #20  <Method void Random()>
    //    5   10:astore_2        
        for(int i = 0; i < 10; i++)
    //*   6   11:iconst_0        
    //*   7   12:istore_3        
    //*   8   13:goto            49
         s = (new StringBuilder(String.valueOf(s))).append(rand.nextInt(1000)).append(" ").toString();
    //    9   16:new             #21  <Class StringBuilder>
    //   10   19:dup             
    //   11   20:aload_1         
    //   12   21:invokestatic    #23  <Method String String.valueOf(Object)>
    //   13   24:invokespecial   #29  <Method void StringBuilder(String)>
    //   14   27:aload_2         
    //   15   28:sipush          1000
    //   16   31:invokevirtual   #32  <Method int Random.nextInt(int)>
    //   17   34:invokevirtual   #36  <Method StringBuilder StringBuilder.append(int)>
    //   18   37:ldc1            #40  <String " ">
    //   19   39:invokevirtual   #42  <Method StringBuilder StringBuilder.append(String)>
    //   20   42:invokevirtual   #45  <Method String StringBuilder.toString()>
    //   21   45:astore_1        

    //   22   46:iinc            3  1
    //   23   49:iload_3         
    //   24   50:bipush          10
    //   25   52:icmplt          16
        System.out.println(s);
    //   26   55:getstatic       #49  <Field PrintStream System.out>
    //   27   58:aload_1         
    //   28   59:invokevirtual   #55  <Method void PrintStream.println(String)>
    //   29   62:return          
    }
}

大家可以看到嫌佑,雖然編譯器將"+"轉(zhuǎn)換成了StringBuilder豆茫,但創(chuàng)建StringBuilder對象的位置卻在for語句內(nèi)部。這就意味著每執(zhí)行一次循環(huán)屋摇,就會創(chuàng)建一個(gè)StringBuilder對象(對于本例來說揩魂,是創(chuàng)建了10個(gè)StringBuilder對象),雖然Java有垃圾回收器炮温,但這個(gè)回收器的工作時(shí)間是不定的火脉。如果不斷產(chǎn)生這樣的垃圾,那么仍然會占用大量的資源柒啤。解決這個(gè)問題的方法就是在程序中直接使用StringBuilder來連接字符串倦挂,代碼如下:

package string;

import java.util.*;

public class TestStringBuilder
{
    public static void main(String[] args)
    {
        String s = "";
        Random rand = new Random();
        StringBuilder result = new StringBuilder();
        for (int i = 0; i < 10; i++)
        {
            result.append(rand.nextInt(1000));
            result.append(" ");
        }
        System.out.println(result.toString());
    }
}

上面代碼反編譯后的結(jié)果如下:

package string;

import java.io.PrintStream;
import java.util.Random;

public class TestStringBuilder
{

    public TestStringBuilder()
    {
    //    0    0:aload_0         
    //    1    1:invokespecial   #8   <Method void Object()>
    //    2    4:return          
    }

    public static void main(String args[])
    {
        String s = "";
    //    0    0:ldc1            #16  <String "">
    //    1    2:astore_1        
        Random rand = new Random();
    //    2    3:new             #18  <Class Random>
    //    3    6:dup             
    //    4    7:invokespecial   #20  <Method void Random()>
    //    5   10:astore_2        
        StringBuilder result = new StringBuilder();
    //    6   11:new             #21  <Class StringBuilder>
    //    7   14:dup             
    //    8   15:invokespecial   #23  <Method void StringBuilder()>
    //    9   18:astore_3        
        for(int i = 0; i < 10; i++)
    //*  10   19:iconst_0        
    //*  11   20:istore          4
    //*  12   22:goto            47
        {
            result.append(rand.nextInt(1000));
    //   13   25:aload_3         
    //   14   26:aload_2         
    //   15   27:sipush          1000
    //   16   30:invokevirtual   #24  <Method int Random.nextInt(int)>
    //   17   33:invokevirtual   #28  <Method StringBuilder StringBuilder.append(int)>
    //   18   36:pop             
            result.append(" ");
    //   19   37:aload_3         
    //   20   38:ldc1            #32  <String " ">
    //   21   40:invokevirtual   #34  <Method StringBuilder StringBuilder.append(String)>
    //   22   43:pop             
        }

    //   23   44:iinc            4  1
    //   24   47:iload           4
    //   25   49:bipush          10
    //   26   51:icmplt          25
        System.out.println(result.toString());
    //   27   54:getstatic       #37  <Field PrintStream System.out>
    //   28   57:aload_3         
    //   29   58:invokevirtual   #43  <Method String StringBuilder.toString()>
    //   30   61:invokevirtual   #47  <Method void PrintStream.println(String)>
    //   31   64:return          
    }
}

從上面的反編譯結(jié)果可以看出,創(chuàng)建StringBuilder的代碼被放在了for語句外担巩。雖然這樣處理在源程序中看起來復(fù)雜方援,但卻換來了更高的效率,同時(shí)消耗的資源也更少了涛癌。

在使用StringBuilder時(shí)要注意犯戏,盡量不要"+"和StringBuilder混著用,否則會創(chuàng)建更多的StringBuilder對象拳话。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末先匪,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子弃衍,更是在濱河造成了極大的恐慌呀非,老刑警劉巖,帶你破解...
    沈念sama閱讀 222,627評論 6 517
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件笨鸡,死亡現(xiàn)場離奇詭異姜钳,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī)形耗,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 95,180評論 3 399
  • 文/潘曉璐 我一進(jìn)店門哥桥,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人激涤,你說我怎么就攤上這事拟糕。” “怎么了倦踢?”我有些...
    開封第一講書人閱讀 169,346評論 0 362
  • 文/不壞的土叔 我叫張陵送滞,是天一觀的道長。 經(jīng)常有香客問我辱挥,道長犁嗅,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 60,097評論 1 300
  • 正文 為了忘掉前任晤碘,我火速辦了婚禮褂微,結(jié)果婚禮上功蜓,老公的妹妹穿的比我還像新娘。我一直安慰自己宠蚂,他們只是感情好式撼,可當(dāng)我...
    茶點(diǎn)故事閱讀 69,100評論 6 398
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著求厕,像睡著了一般著隆。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上呀癣,一...
    開封第一講書人閱讀 52,696評論 1 312
  • 那天美浦,我揣著相機(jī)與錄音,去河邊找鬼十艾。 笑死抵代,一個(gè)胖子當(dāng)著我的面吹牛腾节,可吹牛的內(nèi)容都是我干的忘嫉。 我是一名探鬼主播,決...
    沈念sama閱讀 41,165評論 3 422
  • 文/蒼蘭香墨 我猛地睜開眼案腺,長吁一口氣:“原來是場噩夢啊……” “哼庆冕!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起劈榨,我...
    開封第一講書人閱讀 40,108評論 0 277
  • 序言:老撾萬榮一對情侶失蹤访递,失蹤者是張志新(化名)和其女友劉穎,沒想到半個(gè)月后同辣,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體拷姿,經(jīng)...
    沈念sama閱讀 46,646評論 1 319
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 38,709評論 3 342
  • 正文 我和宋清朗相戀三年旱函,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了响巢。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 40,861評論 1 353
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡棒妨,死狀恐怖踪古,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情券腔,我是刑警寧澤伏穆,帶...
    沈念sama閱讀 36,527評論 5 351
  • 正文 年R本政府宣布,位于F島的核電站纷纫,受9級特大地震影響枕扫,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜辱魁,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 42,196評論 3 336
  • 文/蒙蒙 一烟瞧、第九天 我趴在偏房一處隱蔽的房頂上張望偷厦。 院中可真熱鬧,春花似錦燕刻、人聲如沸只泼。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,698評論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽请唱。三九已至,卻和暖如春过蹂,著一層夾襖步出監(jiān)牢的瞬間十绑,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 33,804評論 1 274
  • 我被黑心中介騙來泰國打工酷勺, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留本橙,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 49,287評論 3 379
  • 正文 我出身青樓脆诉,卻偏偏與公主長得像甚亭,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個(gè)殘疾皇子击胜,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 45,860評論 2 361

推薦閱讀更多精彩內(nèi)容