快捷導(dǎo)航

淺談java中String與StringBuffer的不同

更新時(shí)間：2015年11月13日 10:50:37 投稿：hebedich

String在棧中，StringBuffer在堆中！所以String是不可變的，數(shù)據(jù)是共享的。StringBuffer都是獨(dú)占的，是可變的（因?yàn)槊看味际莿?chuàng)建新的對(duì)象?。?/div>

String 不是簡(jiǎn)單類型，而是一個(gè)類，它被用來(lái)表示字符序列。字符本身符合 Unicode 標(biāo)準(zhǔn)，其初始化方式有兩種。

如：String greeting=“Good Morning! \n”;
String greeting=new String(=“Good Morning! \n”);
String的特點(diǎn)是一旦賦值，便不能更改其指向的字符對(duì)象，如果更改，則會(huì)指向一個(gè)新的字符對(duì)象。

StringBuffer是一個(gè)具有對(duì)象引用傳遞特點(diǎn)的字符串對(duì)象。

StringBuffer對(duì)象可以調(diào)用其方法動(dòng)態(tài)的進(jìn)行增加、插入、修改和刪除操作，且不用像數(shù)組那樣事先指定大小，從而實(shí)現(xiàn)多次插入字符，一次整體取出的效果，因而操作字符串非常靈活方便。
一旦通過(guò)StringBuffer生成最終想要的字符串，就可調(diào)用它的toString方法將其轉(zhuǎn)換為一個(gè)String對(duì)象

關(guān)于這兩個(gè)類在字符串處理中的位置不言而喻，那么他們到底有什么優(yōu)缺點(diǎn)，到底什么時(shí)候該用誰(shuí)呢？下面我們從以下幾點(diǎn)說(shuō)明一下

1.二者在執(zhí)行速度方面的比較：StringBuffer > String

2.String <StringBuffer的原因
　　　　String：字符串常量
　　　　StringBuffer：字符創(chuàng)變量
　　　　從上面的名字可以看到，String是“字符創(chuàng)常量”，也就是不可改變的對(duì)象。對(duì)于這句話的理解你可能會(huì)產(chǎn)生這樣一個(gè)疑問(wèn) ，比如這段代碼：

String s = "abcd";  
s = s+1;  
System.out.print(s);// result : abcd1

我們明明就是改變了String型的變量s的，為什么說(shuō)是沒(méi)有改變呢? 其實(shí)這是一種欺騙，JVM是這樣解析這段代碼的：首先創(chuàng)建對(duì)象s，賦予一個(gè)abcd，然后再創(chuàng)建一個(gè)新的對(duì)象s用來(lái)執(zhí)行第二行代碼，也就是說(shuō)我們之前對(duì)象s并沒(méi)有變化，所以我們說(shuō)String類型是不可改變的對(duì)象了，由于這種機(jī)制，每當(dāng)用String操作字符串時(shí)，實(shí)際上是在不斷的創(chuàng)建新的對(duì)象，而原來(lái)的對(duì)象就會(huì)變?yōu)槔唬牵没厥盏?，可想而知這樣執(zhí)行效率會(huì)有多底。

而StringBuffer就不一樣了，他們是字符串變量，是可改變的對(duì)象，每當(dāng)我們用它們對(duì)字符串做操作時(shí)，實(shí)際上是在一個(gè)對(duì)象上操作的，這樣就不會(huì)像String一樣創(chuàng)建一些而外的對(duì)象進(jìn)行操作了，當(dāng)然速度就快了

3.一個(gè)特殊的例子：

復(fù)制代碼代碼如下:

String str = “This is only a” + “ simple” + “ test”;    

StringBuffer builder = new StringBuilder(“This is only a”).append(“ simple”).append(“ test”);   

你會(huì)很驚訝的發(fā)現(xiàn)，生成str對(duì)象的速度簡(jiǎn)直太快了，而這個(gè)時(shí)候StringBuffer居然速度上根本一點(diǎn)都不占優(yōu)勢(shì)。其實(shí)這是JVM的一個(gè)把戲，實(shí)際上：

　　　　String str = “This is only a” + “ simple” + “test”;

　　　　其實(shí)就是：

String str = “This is only a simple test”;

　　　　所以不需要太多的時(shí)間了。但大家這里要注意的是，如果你的字符串是來(lái)自另外的String對(duì)象的話，速度就沒(méi)那么快了，譬如：

　　　　String str2 = “This is only a”; 
　　　　String str3 = “ simple”; 
　　　　String str4 = “ test”; 
　　　　String str1 = str2 +str3 + str4;

　　　　這時(shí)候JVM會(huì)規(guī)規(guī)矩矩的按照原來(lái)的方式去做。

4.StringBuilder與 StringBuffer

　　　　StringBuilder：線程非安全的
　　　　StringBuffer：線程安全的
　　　　當(dāng)我們?cè)谧址彌_區(qū)被多個(gè)線程使用是，JVM不能保證StringBuilder的操作是安全的，雖然他的速度最快，但是可以保證StringBuffer是可以正確操作的。當(dāng)然大多數(shù)情況下就是我們是在單線程下進(jìn)行的操作，所以大多數(shù)情況下是建議用StringBuilder而不用StringBuffer的，就是速度的原因。

對(duì)于三者使用的總結(jié)：

1.如果要操作少量的數(shù)據(jù)用 = String
2.單線程操作字符串緩沖區(qū) 下操作大量數(shù)據(jù) = StringBuilder
3.多線程操作字符串緩沖區(qū) 下操作大量數(shù)據(jù) = StringBuffer

您可能感興趣的文章: