亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb

首頁 > 編程 > Java > 正文

Java之String、StringBuffer、StringBuilder的區別分析

2019-11-26 16:18:58
字體:
來源:轉載
供稿:網友
相信大家對 String 和 StringBuffer 的區別也已經很了解了,但是估計還是會有很多同志對這兩個類的工作原理有些不清楚的地方,今天我在這里重新把這個概念給大家復習一下,順便牽出 J2SE 5.0 里面帶來的一個新的字符操作的類―― 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 的字符串緩沖區,但不能修改??蓪⒆址彌_區安全地用于多個線程??梢栽诒匾獣r對這些方法進行同步,因此任意特定實例上的所有操作就好像是以串行順序發生的,該順序與所涉及的每個線程進行的方法調用順序一致。

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

但是如果將 StringBuilder 的實例用于多個線程是不安全的。需要這樣的同步,則建議使用 StringBuffer 。

這樣說估計大家都能明白他們之間的區別了,那么下面我們再做一個一般性推導:

在大部分情況下 StringBuilder > StringBuffer

因此,根據這個不等式的傳遞定理: 在大部分情況下 StringBuilder > StringBuffer > String

既然有這樣的推導結果了,我們做個測試驗證一下:

測試代碼如下:
復制代碼 代碼如下:

public class testssb {

/** Creates a new instance of testssb */
final static int ttime = 10000;// 測試循環次數
public testssb() {
}

public void test(String s){
long begin = System.currentTimeMillis();
for(int i=0;i<ttime;i++){
s += "add";
}
long over = System.currentTimeMillis();
System.out.println(" 操作 "+s.getClass().getName()+" 類型使用的時間為: " + (over - begin) + " 毫秒 " );
}

public void test(StringBuffer s){
long begin = System.currentTimeMillis();
for(int i=0;i<ttime;i++){
s.append("add");
}
long over = System.currentTimeMillis();
System.out.println(" 操作 "+s.getClass().getName()+" 類型使用的時間為: " + (over - begin) + " 毫秒 " );
}

public void test(StringBuilder s){
long begin = System.currentTimeMillis();
for(int i=0;i<ttime;i++){
s.append("add");
}
long over = System.currentTimeMillis();
System.out.println(" 操作 "+s.getClass().getName()+" 類型使用的時間為: " + (over - begin) + " 毫秒 " );
}

// 對 String 直接進行字符串拼接的測試
public void test2(){
String s2 = "abadf";
long begin = System.currentTimeMillis();
for(int i=0;i<ttime;i++){
String s = s2 + s2 + s2 ;
}
long over = System.currentTimeMillis();
System.out.println(" 操作字符串對象引用相加類型使用的時間為: " + (over - begin) + " 毫秒 " );
}

public void test3(){
long begin = System.currentTimeMillis();
for(int i=0;i<ttime;i++){
String s = "abadf" + "abadf" + "abadf" ;
}
long over = System.currentTimeMillis();
System.out.println(" 操作字符串相加使用的時間為: "+ (over - begin) + " 毫秒 " );
}

public static void main(String[] args){
String s1 ="abc";
StringBuffer sb1 = new StringBuffer("abc");
StringBuilder sb2 = new StringBuilder("abc");

testssb t = new testssb();
t.test(s1);
t.test(sb1);
t.test(sb2);
t.test2();
t.test3();
}
}

以上代碼在 NetBeans 5.0 IDE/JDK1.6 上編譯通過,循環次數 ttime 為 10000 次的測試結果如下:
操作 java.lang.String 類型使用的時間為: 4392 毫秒
操作 java.lang.StringBuffer 類型使用的時間為: 0 毫秒
操作 java.lang.StringBuilder 類型使用的時間為: 0 毫秒
操作字符串對象引用相加類型使用的時間為: 15 毫秒
操作字符串相加使用的時間為: 0 毫秒

好像還看不出 StringBuffer 和 StringBuilder 的區別,把 ttime 加到 30000 次看看:
操作 java.lang.String 類型使用的時間為: 53444 毫秒
操作 java.lang.StringBuffer 類型使用的時間為: 15 毫秒
操作 java.lang.StringBuilder 類型使用的時間為: 15 毫秒
操作字符串對象引用相加類型使用的時間為: 31 毫秒
操作字符串相加使用的時間為: 0 毫秒

StringBuffer 和 StringBuilder 的性能上還是沒有太大的差異,再加大到 100000 看看,這里就不加入對 String 類型的測試了,因為對 String 類型這么大數據量的測試會很慢滴……
操作 java.lang.StringBuffer 類型使用的時間為: 31 毫秒
操作 java.lang.StringBuilder 類型使用的時間為: 16 毫秒

能看出差別了,但其中有多次的測試結果居然是 StringBuffer 比 StringBuilder 快,再加大一些到 1000000 看看(應該不會當機吧?):
操作 java.lang.StringBuffer 類型使用的時間為: 265 毫秒
操作 java.lang.StringBuilder 類型使用的時間為: 219 毫秒

有些少區別了,而且結果很穩定,再大點看看, ttime = 5000000 :

?????? Exception in thread "main" java.lang.OutOfMemoryError: Java heap space ??????

呵呵,算了,不去測試了,基本來說都是在性能上都是 StringBuilder > StringBuffer > String 的了。
發表評論 共有條評論
用戶名: 密碼:
驗證碼: 匿名發表
亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb
国产成人精品免高潮费视频| 日韩av电影手机在线观看| 国产美女精品视频| 日韩中文字幕网| 亚洲综合中文字幕在线| 日韩av电影手机在线| 欧美黄网免费在线观看| 久久精品亚洲一区| 精品成人国产在线观看男人呻吟| 亚洲自拍偷拍福利| 超在线视频97| 久久久亚洲国产| 国产精品视频1区| 国产大片精品免费永久看nba| 久久精彩免费视频| 91国自产精品中文字幕亚洲| 国产精品免费电影| 久久免费视频这里只有精品| 国产精品久久9| 亚洲护士老师的毛茸茸最新章节| 色午夜这里只有精品| 亚洲一区www| 亚洲国产精品99久久| 中文字幕在线国产精品| 国产精品久久77777| 国产不卡在线观看| 欧美性生交大片免费| www.欧美视频| 欧美精品日韩三级| 国产成人精品日本亚洲专区61| 欧美日韩一区免费| 欧美天堂在线观看| 久久99热这里只有精品国产| 91精品久久久久久久久青青| 黄色成人av网| 黄色精品一区二区| 中文字幕一区二区精品| 日韩av网站大全| 九九久久久久久久久激情| 日韩最新免费不卡| 亚洲人成在线电影| 亚洲精品国产精品自产a区红杏吧| 海角国产乱辈乱精品视频| 亚洲字幕在线观看| 亚洲国产精品免费| 国产亚洲精品久久久| 欧美日本高清一区| 国内揄拍国内精品少妇国语| 亚洲精品美女久久久久| 亚洲男人的天堂在线| 亚洲区免费影片| 国产日韩欧美在线观看| 久久精品国产一区二区电影| 国产盗摄xxxx视频xxx69| 一区国产精品视频| 成人在线视频网站| 欧美日韩高清在线观看| 欧美中文字幕视频在线观看| 国产精品视频久久| 亚洲国产美女久久久久| 欧美性猛交xxx| 国产精品香蕉国产| 26uuu另类亚洲欧美日本老年| 日韩成人中文字幕| 成人免费福利视频| 国产综合在线看| 欧美日韩免费网站| 81精品国产乱码久久久久久| 奇米四色中文综合久久| 日韩有码在线播放| 中文字幕日韩在线视频| 亚洲性线免费观看视频成熟| 久久久在线免费观看| 色www亚洲国产张柏芝| 日韩欧美在线一区| 亚洲男人的天堂在线| 欧美午夜影院在线视频| 欧美成人激情视频免费观看| 亚洲欧美国产一本综合首页| 久久久91精品国产一区不卡| 久久99热精品这里久久精品| 精品中文视频在线| 97超碰蝌蚪网人人做人人爽| 欧美亚洲在线播放| 欧美一区亚洲一区| 亚洲直播在线一区| 精品无人国产偷自产在线| 欧美激情一级精品国产| 精品在线欧美视频| 色噜噜狠狠狠综合曰曰曰88av| 亚洲tv在线观看| 97在线视频一区| 亚洲а∨天堂久久精品喷水| 欧美成人高清视频| 国产精品18久久久久久麻辣| 久久久精品一区二区| 日韩中文字幕精品视频| 91精品国产成人| 亚洲第一精品夜夜躁人人躁| 久久久精品中文字幕| 成人黄色影片在线| 久久精品国产96久久久香蕉| 国产成人精品999| 91网在线免费观看| 庆余年2免费日韩剧观看大牛| 操91在线视频| 日韩精品在线视频美女| 亚洲精品视频网上网址在线观看| 黑人精品xxx一区一二区| 国产精品一久久香蕉国产线看观看| 欧美国产欧美亚洲国产日韩mv天天看完整| 国产高清在线不卡| 97视频免费在线看| 一本色道久久88综合日韩精品| 亚洲欧美精品中文字幕在线| 日韩高清av一区二区三区| 夜夜嗨av一区二区三区四区| 在线成人激情黄色| 久久97久久97精品免视看| 久久视频在线观看免费| 91地址最新发布| 久久夜色撩人精品| 欧美高清理论片| 久久影视电视剧凤归四时歌| 亚洲综合最新在线| 欧美与黑人午夜性猛交久久久| 精品无人区乱码1区2区3区在线| 国产99久久精品一区二区 夜夜躁日日躁| 国产精品久久久久久久久| 亚洲欧美日韩国产中文| 成人激情视频在线观看| 欧美日韩成人精品| 成人欧美在线视频| 国产精品久久久久久久久久小说| 中文字幕av一区二区三区谷原希美| 秋霞成人午夜鲁丝一区二区三区| 国产亚洲激情视频在线| 日韩欧美在线观看视频| 国产v综合v亚洲欧美久久| 欧美精品中文字幕一区| 亚洲精品720p| 日韩欧美亚洲国产一区| 亚洲午夜小视频| 亚洲精品美女视频| 96精品久久久久中文字幕| 91视频88av| 亚洲一区二区久久久久久| 欧美韩日一区二区| 欧美在线一级视频| 国模吧一区二区| 亚洲国产精品久久精品怡红院| 国产精品h在线观看| 在线播放精品一区二区三区| 日韩欧美999| 一道本无吗dⅴd在线播放一区| 欧美国产亚洲精品久久久8v| 久久中文字幕视频| 国产成人精品久久久| 在线视频欧美性高潮| 欧美精品情趣视频| 成人高h视频在线| 成人免费在线网址| 中文字幕自拍vr一区二区三区| 97国产suv精品一区二区62|