<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    隨筆 - 312, 文章 - 14, 評論 - 1393, 引用 - 0
    數據加載中……

    在Java中連接字符串時是使用+號還是使用StringBuilder

    本文為原創,如需轉載,請注明作者和出處,謝謝!

       
    字符串是Java程序中最常用的一種數據結構之一。在Java中的String類已經重載的"+"。也就是說,字符串可以直接使用"+"進行連接,如下面代碼所示:

    String s = "abc" + "ddd";


    但這樣做真的好嗎?當然,這個問題不能簡單地回答yes or no。要根據具體情況來定。在Java中提供了一個StringBuilder類(這個類只在J2SE5及以上版本提供,以前的版本使用StringBuffer類),這個類也可以起到"+"的作用。那么我們應該用哪個呢?

    下面讓我們先看看如下的代碼:

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

    上面的代碼將會輸出正確的結果。從表面上看,對字符串和整型使用"+"號并沒有什么區別,但事實真的如此嗎?下面讓我們來看看這段代碼的本質。

    我們首先使用反編譯工具(如jdk帶的javap、或jad)將TestSimplePlus反編譯成Java Byte Code,其中的奧秘就一目了然了。在本文將使用jad來反編譯,命令如下:

    jad -o -a -s d.java TestSimplePlus.class

    反編譯后的代碼如下:


    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          
        }
    }

    讀者可能看到上面的Java字節碼感到迷糊,不過大家不必擔心。本文的目的并不是講解Java Byte Code,因此,并不用了解具體的字節碼的含義。

    使用jad反編譯的好處之一就是可以同時生成字節碼和源代碼。這樣可以進行對照研究。從上面的代碼很容易看出,雖然在源程序中使用了"+",但在編譯時仍然將"+"轉換成StringBuilder。因此,我們可以得出結論,Java中無論使用何種方式進行字符串連接,實際上都使用的是StringBuilder

    那么是不是可以根據這個結論推出使用"+"StringBuilder的效果是一樣的呢?這個要從兩個方面的解釋。如果從運行結果來解釋,那么"+"StringBuilder是完全等效的。但如果從運行效率和資源消耗方面看,那它們將存在很大的區別。


       
    當然,如果連接字符串行表達式很簡單(如上面的順序結構),那么"+"StringBuilder基本是一樣的,但如果結構比較復雜,如使用循環來連接字符串,那么產生的Java Byte Code就會有很大的區別。先讓我們看看如下的代碼:


     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          
        }
    }

        大家可以看到,雖然編譯器將"+"轉換成了StringBuilder,但創建StringBuilder對象的位置卻在for語句內部。這就意味著每執行一次循環,就會創建一個StringBuilder對象(對于本例來說,是創建了10StringBuilder對象),雖然Java有垃圾回收器,但這個回收器的工作時間是不定的。如果不斷產生這樣的垃圾,那么仍然會占用大量的資源。解決這個問題的方法就是在程序中直接使用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());
        }
    }

    上面代碼反編譯后的結果如下:


    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          
        }
    }

    從上面的反編譯結果可以看出,創建StringBuilder的代碼被放在了for語句外。雖然這樣處理在源程序中看起來復雜,但卻換來了更高的效率,同時消耗的資源也更少了。

    在使用StringBuilder時要注意,盡量不要"+"StringBuilder混著用,否則會創建更多的StringBuilder對象,如下面代碼所:

        for (int i = 0; i < 10; i++)
        {
            result.append(rand.nextInt(
    1000));
            result.append(
    " ");
        }

    改成如下形式:

    for (int i = 0; i < 10; i++)
    {
         result.append(rand.nextInt(
    1000+ " ");
    }

    則反編譯后的結果如下:


     
       
    for(int i = 0; i < 10; i++)
      
    //*  10   19:iconst_0        
      
    //*  11   20:istore          4
      
    //*  12   22:goto            65
       {
        result.append((
    new StringBuilder(String.valueOf(rand.nextInt(1000)))).append(" ").toString());
      
    //   13   25:aload_3         
      
    //   14   26:new             #21  <Class StringBuilder>
      
    //   15   29:dup             
       

    從上面的代碼可以看出,Java編譯器將"+"編譯成了StringBuilder,這樣for語句每循環一次,又創建了一個StringBuilder對象。
       
    如果將上面的代碼在JDK1.4下編譯,必須將StringBuilder改為StringBuffer,而JDK1.4"+"轉換為StringBuffer(因為JDK1.4并沒有提供StringBuilder類)。StringBufferStringBuilder的功能基本一樣,只是StringBuffer是線程安全的,而StringBuilder不是線程安全的。因此,StringBuilder的效率會更高。








    Android開發完全講義(第2版)(本書版權已輸出到臺灣)

    http://product.dangdang.com/product.aspx?product_id=22741502



    Android高薪之路:Android程序員面試寶典 http://book.360buy.com/10970314.html


    新浪微博:http://t.sina.com.cn/androidguy   昵稱:李寧_Lining

    posted on 2008-05-07 16:04 銀河使者 閱讀(25489) 評論(15)  編輯  收藏 所屬分類: java 原創

    評論

    # re: 在Java中連接字符串時是使用+號還是使用StringBuilder  回復  更多評論   

    good
    2008-05-07 17:44 | 云淡風清

    # re: 在Java中連接字符串時是使用+號還是使用StringBuilder[未登錄]  回復  更多評論   

    分析的真仔細!受益了!
    2008-05-08 08:38 | jezz

    # re: 在Java中連接字符串時是使用+號還是使用StringBuilder  回復  更多評論   

    對于 String s = "abc";
    String ss = "ok" + s + "xyz" + 5;
    System.out.println(ss);
    這種“字符串常量+字符串引用+字符串常量”的形式,樓主的結論“在Java中無論使用何種方式進行字符串連接,實際上都使用的是StringBuilder。”可以成立,但此結論具有片面性。
    如果換成這種情況:
    String ss = "ok" + "xyz" + 5;
    System.out.println(ss);

    下面是它的JVM指令:
    public class com.zte.TestJP extends java.lang.Object{
    public com.zte.TestJP();
    Code:
    0: aload_0
    1: invokespecial #8; //Method java/lang/Object."<init>":()V
    4: return

    public static void main(java.lang.String[]);
    Code:
    0: ldc #16; //String okxyz5
    2: astore_1
    3: getstatic #18; //Field java/lang/System.out:Ljava/io/PrintStream;
    6: aload_1
    7: invokevirtual #24; //Method java/io/PrintStream.println:(Ljava/lang/St
    ring;)V
    10: return

    }
    這里并沒有產生StringBulider對象,因為JVM編譯器對于"ok" + s + "xyz" + 5;的處理方式和對于"ok" + "xyz" + 5;不一樣,后者在編譯期的值就可以確定下來,因為都是字符串常量。故在程序運行期不會產生StringBulider對象,而前者不同,s的值在編譯期無法確定,所以JVM就會在運行期產生StringBulider對象來進行append。

    2008-05-08 10:12 | cheng

    # re: 在Java中連接字符串時是使用+號還是使用StringBuilder  回復  更多評論   

    變量和常量都是壓棧,這在bytecode中沒有區別,就象匯編語言,根本就沒有變量和常量之分。

    如下面的代碼

    String s = "dd";
    String ss = "ok" + s + "xyz" + 5;
    System.out.println(ss);

    對應的bytecode是

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


    仍然使用了StringBuilder.append(s)
    2008-05-08 10:22 | 銀河使者

    # re: 在Java中連接字符串時是使用+號還是使用StringBuilder  回復  更多評論   

    仍然使用了StringBuilder.append(s) 不是因為“變量和常量都是壓棧,這在bytecode中沒有區別,就象匯編語言,根本就沒有變量和常量之分”。

    只所以會使用append,是因為其中有字符串引用的存在。例如:對于new操作而言,其引用和對象的值是在運行期來動態分配堆空間和棧空間的。

    String ss = "ok" + s + "xyz" + 5; 這其中"ok" ,"xyz"和5的值在JVM編譯器j將java源文件編譯為class文件時就已經確定下來了,但s在編譯期間是無法確定的,只能在class文件裝載到虛擬機,在準備階段來動態獲得其所指對象的值,即"dd"。





    2008-05-08 11:13 | cheng

    # re: 在Java中連接字符串時是使用+號還是使用StringBuilder  回復  更多評論   

    @銀河使者
    好像沒有明白cheng的意思

    String ss = "ok" + "xyz" + 5;
    System.out.println(ss);

    這種情況,是不需要new StringBuilder.
    2008-05-08 17:12 | east

    # re: 在Java中連接字符串時是使用+號還是使用StringBuilder  回復  更多評論   

    如果連接字符串不在循環中,當然不需要new StringBuilder了。我的意思是說盡量讓jvm少建立StringBuilder對象。
    2008-05-08 18:24 | 銀河使者

    # re: 在Java中連接字符串時是使用+號還是使用StringBuilder  回復  更多評論   

    請問結果是什么?說了半天都沒說
    2008-05-28 15:43 | 懶人

    # re: 在Java中連接字符串時是使用+號還是使用StringBuilder  回復  更多評論   

    要什么結果。 就是在循環里連接字符串時,最好要在循環外建立一個StringBuilder對象,然后在循環中使用StringBuilder.append方法連接,而不用直接使用“+”進行連接字符串
    2008-05-28 15:53 | 銀河使者

    # re: 在Java中連接字符串時是使用+號還是使用StringBuilder  回復  更多評論   

    @銀河使者
    2008-05-29 11:07 | 懶人

    # re: 在Java中連接字符串時是使用+號還是使用StringBuilder  回復  更多評論   

    LZ你的分析看上去沒問題,但是忽略了一個Copy-On-Write-Semantic的原理。為什么要用StringBuilder,相信是為了性能上的考慮。既然要提高性能,Copy-On-Write是必不可缺的。cheng說的例子,正好就是一個編譯器進行優化的特例。LZ,編譯碼可以幫助分析,但是別光測試一些情況,就輕易下結論。
    2008-05-29 18:09 | stanley_xu

    # re: 在Java中連接字符串時是使用+號還是使用StringBuilder  回復  更多評論   

    一個題外話,LZ你貼了很多文章(標題都蠻吸引),但你有沒有發現,往往你轉載的文章評論很少,你標出原創的文章卻評論一堆呢?
    2008-05-29 18:13 | stanley_xu

    # re: 在Java中連接字符串時是使用+號還是使用StringBuilder  回復  更多評論   

    還是原創的比貼的文章多。貼的都是轉載的文章,很多都是非計算機的,總不能給它們也加上原創吧。^-^。只是感覺有意思。哈哈,至于評論嗎?多少也無所謂。只是做個備份。

    編譯碼是可以幫助分析,但是有時編譯碼是很愚蠢的。就象編譯器雖然可以優化代碼,但是使用編譯器生成的匯編代碼永遠不可能和手工編寫的代碼相比。

    還有就是為什么有的基于java的軟件,如某些桌面軟件,office等,的速度或性能不如同類的軟件,雖然它們實現的功能類似,但是如果不注意這些細節的地方。就會量變引起質變。從而將自己的程序拖跨。學習一門語言很容易,但要是充分了解這門語言,也許要花很多精力和時間。
    2008-05-29 18:53 | 銀河使者

    # re: 在Java中連接字符串時是使用+號還是使用StringBuilder  回復  更多評論   

    還有在循環里盡量不要使用“+”連接字符串,而要在循環外使用StringBuilder,并且在循環里使用append來連接字符串的結論,并不是我首先提出來的,而是由某位大師提出的。我只是在這里分析了一下這個結論,并驗證它的正確性。

    2008-05-29 18:57 | 銀河使者

    # re: 在Java中連接字符串時是使用+號還是使用StringBuilder  回復  更多評論   

    請問,使用jad反編譯*.class時,發現有些字符串不能正常顯示。例如:
    static
    {
    String as[] = new String[7];
    // 0 0:bipush 7
    // 1 2:anewarray String[]
    // 2 5:dup
    // 3 6:iconst_0
    as;
    as;
    // 4 7:ldc1 #67 <String "P{\f||Es\033rzFi\032a">
    0;
    "P{\f||Es\033rzFi\032a";
    6;
    // 5 9:bipush 6
    goto _L1
    //* 6 11:goto 86
    _L14:
    PLUGIN_ID;
    // 7 14:putstatic #454 <Field String PLUGIN_ID>
    "p{\f||es\033rzFI\032aO^o\030|q\034~\032f|@s\017av]t";
    // 8 17:ldc1 #77 <String "p{\f||es\033rzFI\032aO^o\030|q\034~\032f|@s\017av]t">
    -1;
    // 9 19:bipush -1
    goto _L1
    //* 10 21:goto 86
    _L7:

    請問怎么能正確反編譯嗎?
    2008-12-11 19:02 | xu_cq
    主站蜘蛛池模板: 亚洲av无一区二区三区| 国产精品久久久久免费a∨| 91禁漫免费进入| 亚洲精品第一国产综合精品99| 久久精品国产亚洲AV嫖农村妇女| 精品亚洲国产成人av| 妞干网手机免费视频| 亚洲综合激情六月婷婷在线观看| 中国极品美軳免费观看| 日本一区免费电影| 亚洲国产精品一区二区三区在线观看| 久久亚洲免费视频| 亚洲国产精品无码av| 一级日本高清视频免费观看| 免费一级毛片清高播放| 视频一区二区三区免费观看| 免费无码黄网站在线观看| 亚洲国产成人久久精品软件| 精品无码国产污污污免费| 热99RE久久精品这里都是精品免费 | 国产免费AV片在线播放唯爱网| 特级毛片免费播放| 亚洲AV无码国产精品色| 毛片免费在线观看网站| 亚洲熟伦熟女专区hd高清| 精品少妇人妻AV免费久久洗澡| 久久青草91免费观看| 成人免费网站视频www| 亚洲成AV人片一区二区密柚| 国产网站免费观看| 久99久无码精品视频免费播放| 亚洲爆乳精品无码一区二区三区| 一级黄色毛片免费看| 亚洲www在线观看| 亚洲国产成人五月综合网| 亚洲免费视频一区二区三区| 亚洲欧洲日韩不卡| 成视频年人黄网站免费视频| 久久精品国产大片免费观看| 国产精品福利在线观看免费不卡| 国产亚洲男人的天堂在线观看|