一、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)化手段。