淺談java中String與StringBuffer的不同
String 不是簡(jiǎn)單類型,而是一個(gè)類,它被用來表示字符序列。字符本身符合 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)多次插入字符,一次整體取出的效果,因而操作字符串非常靈活方便。
一旦通過StringBuffer生成最終想要的字符串,就可調(diào)用它的toString方法將其轉(zhuǎn)換為一個(gè)String對(duì)象
關(guān)于這兩個(gè)類在字符串處理中的位置不言而喻,那么他們到底有什么優(yōu)缺點(diǎn),到底什么時(shí)候該用誰呢?下面我們從以下幾點(diǎn)說明一下
1.二者在執(zhí)行速度方面的比較:StringBuffer > String
2.String <StringBuffer的原因
String:字符串常量
StringBuffer:字符創(chuàng)變量
從上面的名字可以看到,String是“字符創(chuàng)常量”,也就是不可改變的對(duì)象。對(duì)于這句話的理解你可能會(huì)產(chǎn)生這樣一個(gè)疑問 ,比如這段代碼:
String s = "abcd"; s = s+1; System.out.print(s);// result : abcd1
我們明明就是改變了String型的變量s的,為什么說是沒有改變呢? 其實(shí)這是一種欺騙,JVM是這樣解析這段代碼的:首先創(chuàng)建對(duì)象s,賦予一個(gè)abcd,然后再創(chuàng)建一個(gè)新的對(duì)象s用來執(zhí)行第二行代碼,也就是說我們之前對(duì)象s并沒有變化,所以我們說String類型是不可改變的對(duì)象了,由于這種機(jī)制,每當(dāng)用String操作字符串時(shí),實(shí)際上是在不斷的創(chuàng)建新的對(duì)象,而原來的對(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è)特殊的例子:
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í)間了。但大家這里要注意的是,如果你的字符串是來自另外的String對(duì)象的話,速度就沒那么快了,譬如:
String str2 = “This is only a”; String str3 = “ simple”; String str4 = “ test”; String str1 = str2 +str3 + str4;
這時(shí)候JVM會(huì)規(guī)規(guī)矩矩的按照原來的方式去做。
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
- 全面解釋java中StringBuilder、StringBuffer、String類之間的關(guān)系
- JAVA中字符串函數(shù)subString的用法小結(jié)
- java判斷字符串String是否為空問題淺析
- Java String字符串和Unicode字符相互轉(zhuǎn)換代碼
- 區(qū)分java中String+String和String+char
- 詳解Java中StringBuffer類常用方法
- Java StringBuilder和StringBuffer源碼分析
- 在Java中String和Date、Timestamp之間的轉(zhuǎn)換
- 簡(jiǎn)單談?wù)凧ava中String類型的參數(shù)傳遞問題
- Java中String判斷值為null或空及地址是否相等的問題
相關(guān)文章
SpringBoot中application.yml基本配置解讀
文章主要介紹了Spring Boot項(xiàng)目中`application.properties`和`application.yml`配置文件的使用方法和區(qū)別,包括優(yōu)先級(jí)、配置文件所在目錄、端口服務(wù)配置、數(shù)據(jù)庫配置、多profile配置以及靜態(tài)資源路徑的指定2024-12-12
SpringBoot3.x版本與Mybatis-Plus不兼容問題
當(dāng)使用3.x版本的SpringBoot結(jié)合Mybatis-Plus時(shí)版本不兼容就會(huì)報(bào)錯(cuò),本文就來介紹一下這個(gè)問題的解決方法,感興趣的可以了解一下2024-03-03
Java利用Zxing生成二維碼的簡(jiǎn)單實(shí)例
下面小編就為大家?guī)硪黄狫ava利用Zxing生成二維碼的簡(jiǎn)單實(shí)例。小編覺得挺不錯(cuò)的,現(xiàn)在就分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧2016-08-08
MyBatis處理大字段或BLOB、CLOB類型數(shù)據(jù)方式
這篇文章主要介紹了MyBatis處理大字段或BLOB、CLOB類型數(shù)據(jù)方式,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2025-04-04

