java中String與StringBuilder的區別

相信你們對 String 和 StringBuffer 的區別也已經很瞭解了，可是估計仍是會有不少同志對這兩個類的工做原理有些不清楚的地方，今天我在這裏從新把這個概念給你們複習一下，順便牽出 J2SE 5.0 裏面帶來的一個新的字符操做的類—— StringBuilder （先別忙着扔我磚頭，我還算清醒，我這裏說的不是 C ＃， Java 也有 StringBuilder 類）。那麼這個 StringBuilder 和 StringBuffer 以及咱們最先碰見的 String 類有那些區別呢？在不一樣的場合下咱們應該用哪一個呢？我講講本身對這幾個類的一點見解，也但願你們提出意見，每一個人都有錯的地方，在錯了改的同時更是一個學習的好機會。

    簡要的說， String 類型和 StringBuffer 類型的主要性能區別其實在於 String 是不可變的對象（爲何？問問 Java 的設計者吧，爲何 String 不是原生類型呢？）所以在每次對 String 類型進行改變的時候其實都等同於生成了一個新的 String 對象，而後將指針指向新的 String 對象，因此常常改變內容的字符串最好不要用 String ，由於每次生成對象都會對系統性能產生影響，特別當內存中無引用對象多了之後， JVM 的 GC 就會開始工做，那速度是必定會至關慢的。這裏嘗試舉個不是很恰當的例子：

String S1 = 「abc」;
For(int I = 0 ; I < 10000 ; I ++) // For 模擬程序的屢次調用
{
S1 + = 「def」;
S1 = 「abc」;
}

    若是是這樣的話，到這個 for 循環完畢後，若是內存中的對象沒有被 GC 清理掉的話，內存中一共有 2 萬多個了，驚人的數目，而若是這是一個不少人使用的系統，這樣的數目就不算不少了，因此你們使用的時候必定要當心。

    而若是是使用 StringBuffer 類則結果就不同了，每次結果都會對 StringBuffer 對象自己進行操做，而不是生成新的對象，再改變對象引用。因此在通常狀況下咱們推薦使用 StringBuffer ，特別是字符串對象常常改變的狀況下。而在某些特別狀況下， String 對象的字符串拼接實際上是被 JVM 解釋成了 StringBuffer 對象的拼接，因此這些時候 String 對象的速度並不會比 StringBuffer 對象慢，而特別是如下的字符串對象生成中， String 效率是遠要比 StringBuffer 快的：

String S1 = 「This is only a」 + 「 simple」 + 「 test」;
StringBuffer Sb = new StringBuilder(「This is only a」).append(「 simple」).append(「 test」);

    你會很驚訝的發現，生成 String S1 對象的速度簡直太快了，而這個時候 StringBuffer 竟然速度上根本一點都不佔優點。其實這是 JVM 的一個把戲，在 JVM 眼裏，這個

String S1 = 「This is only a」 + 「 simple」 + 「test」; 其實就是： String S1 = 「This is only a simple test」; 因此固然不須要太多的時間了。但你們這裏要注意的是，若是你的字符串是來自另外的 String 對象的話，速度就沒那麼快了，譬如：

String S2 = 「This is only a」;
String S3 = 「 simple」;
String S4 = 「 test」;
String S1 = S2 +S3 + S4;

    這時候 JVM 會規規矩矩的按照原來的方式去作， S1 對象的生成速度就不像剛纔那麼快了，一下子咱們能夠來個測試做個驗證。

    由此咱們獲得第一步結論： 在大部分狀況下 StringBuffer > String

    而 StringBuilder 跟他們比又怎麼樣呢？先簡單介紹一下， StringBuilder 是 JDK5.0 中新增長的一個類，它跟 StringBuffer 的區別看下面的介紹（來源 JavaWorld ）：

    Java.lang.StringBuffer 線程安全的可變字符序列。相似於 String 的字符串緩衝區，但不能修改。可將字符串緩衝區安全地用於多個線程。能夠在必要時對這些方法進行同步，所以任意特定實例上的全部操做就好像是以串行順序發生的，該順序與所涉及的每一個線程進行的方法調用順序一致。

    每一個字符串緩衝區都有必定的容量。只要字符串緩衝區所包含的字符序列的長度沒有超出此容量，就無需分配新的內部緩衝區數組。若是內部緩衝區溢出，則此容量自動增大。從 JDK 5.0 開始，爲該類增添了一個單個線程使用的等價類，即 StringBuilder 。與該類相比，一般應該優先使用 StringBuilder 類，由於它支持全部相同的操做，但因爲它不執行同步，因此速度更快。

    可是若是將 StringBuilder 的實例用於多個線程是不安全的。須要這樣的同步，則建議使用 StringBuffer 。

    這樣說估計你們都能明白他們之間的區別了，那麼下面咱們再作一個通常性推導：

    在大部分狀況下 StringBuilder > StringBuffer

    所以，根據這個不等式的傳遞定理： 在大部分狀況下 StringBuilder > StringBuffer > String（操做次數越大，越穩定）。

 

獲取系統時間long start = System.currentTimeMillis(); long end = System.currentTimeMillis();即可知道運行的毫秒數值。

複製代碼代碼以下:

import javax.swing.JOptionPane;
public class T1{
    public static void main(String args[]){
        String str;
        String str2;
        int i;
        StringBuffer sb=new StringBuffer();
        str=JOptionPane.showInputDialog(null,"輸入一個字符串");

 

        for(i=0;i<str.length()/2;i++)
            if(str.charAt(i)!=str.charAt(str.length()-i-1))
                break;

        if(i>=str.length()/2)
            JOptionPane.showMessageDialog(null,"是一個迴文串");
        else 
            JOptionPane.showMessageDialog(null,"不是一個迴文串");

        

    }

}

忽略即非字母又非數字的字符，判斷迴文串

複製代碼代碼以下:

import javax.swing.JOptionPane;  public class T2{      public static void main(String args[]){          String str;          String str2;          int i;          StringBuffer sb=new StringBuffer();          str=JOptionPane.showInputDialog(null,"輸入一個字符串");          for(i=0;i<str.length();i++)          {              if(Character.isLetterOrDigit(str.charAt(i)))                  sb.append(str.charAt(i));          }          str=sb.toString();          str2=sb.reverse().toString();          /*          for(i=0;i<str.length()/2;i++)              if(str.charAt(i)!=str.charAt(str.length()-i-1))                  break;          */          if(str.equals(str2))              JOptionPane.showMessageDialog(null,"是一個迴文串");          else               JOptionPane.showMessageDialog(null,"不是一個迴文串");                }  }