一、tring,StringBuffer,StringBuilder的區(qū)別
String
對(duì)于String來(lái)說(shuō),是把數(shù)據(jù)存放在了常量池中,因?yàn)樗械腟tring,默認(rèn)都是以常量形式保存,且由final修飾,因此在線程池中它是線程安全的。因?yàn)槊恳粋€(gè)String當(dāng)被創(chuàng)建好了以后,他就不再發(fā)生任何變化,但是它的執(zhí)行速度是最差的。
我們要?jiǎng)?chuàng)建String的時(shí)候,他在常量池中對(duì)這些信息進(jìn)行處理,如果在程序中出現(xiàn)了大量字符串拼接的工作,效率是非常底下的。
因此使用場(chǎng)景是在少量字符串操作的時(shí)候才建議直接使用String來(lái)操作。
StirngBuffer
StringBuffer相對(duì)于StringBuilder效率要相對(duì)低一點(diǎn),但也遠(yuǎn)比String要高的多。效率低的原因:對(duì)于StringBuffer來(lái)說(shuō)更多的考慮到了多線程的情況,在進(jìn)行字符串操作的時(shí)候,它使用了synchronize關(guān)鍵字,對(duì)方法進(jìn)行了同步處理。
因此StringBuffer適用于多線程環(huán)境下的大量操作。
StringBuilder
線程安全與線程不安全:
在進(jìn)行多線程處理的時(shí)候,如果多個(gè)線程對(duì)于這一個(gè)對(duì)象同時(shí)產(chǎn)生操作,會(huì)產(chǎn)生預(yù)期之外的結(jié)果。對(duì)于StringBuilder來(lái)說(shuō),執(zhí)行效率雖然高,但是因?yàn)榫€程不安全,所以不建議在多線程的環(huán)境下對(duì)同一個(gè)StringBuilder對(duì)象進(jìn)行操作。
因此StringBuilder適用于單線程環(huán)境下的大量字符串操作。
延伸閱讀:
二、什么是字符串常量池
Java中的字符串常量池(String Pool)是Java堆內(nèi)存中的一片內(nèi)存空間。
我們知道String是java中比較特殊的類,我們可以使用new運(yùn)算符創(chuàng)建String對(duì)象,也可以用雙引號(hào)(”“)創(chuàng)建字串對(duì)象,看下圖:
String s1 = “Cat”當(dāng)我們用這種方式創(chuàng)建字符串對(duì)象的時(shí)候,首先會(huì)去字符串常量池中查找看有沒(méi)有“Cat”字符串,如果有則返回它的地址給s1,如果沒(méi)有則在常量池中創(chuàng)建“Cat”字符串,并將地址返回給s1.
String s3 = new String(“Cat”)當(dāng)我們用這種方式創(chuàng)建字符串對(duì)象的時(shí)候,首先會(huì)去字符串常量池中查找看有沒(méi)有“Cat”字符串,如果沒(méi)有則在常量池中創(chuàng)建“Cat”字符串,然后在堆內(nèi)存中創(chuàng)建“Cat”字符串,并將堆內(nèi)存中的地址返回給s3.
所以結(jié)果 s1 == s2 為true s1==s3為false,s1和s2都指向了常量池中的“Cat”而s3指向了堆內(nèi)存中的“Cat”
大家想想 如果有這么一行代碼 String str = new String(“hello”)
在內(nèi)存中會(huì)創(chuàng)建幾個(gè)字符串對(duì)象?
答案是一個(gè)或兩個(gè)
如果常量池中已經(jīng)存在“hello”,則會(huì)在堆內(nèi)存中創(chuàng)建一個(gè)“hello”對(duì)象,如果常量池中不存在則在常量池中創(chuàng)建一個(gè),在堆內(nèi)存中創(chuàng)建一個(gè)。
通過(guò)引入字符串常量池的概念,讓字符串處理的效率得到了提高,這是jvm對(duì)字符串的一種優(yōu)化手段。