面試：字符串拼接，什么時候用StringBuilder？

點(diǎn)擊上方藍(lán)色“程序猿DD”，選擇“設(shè)為星標(biāo)”

回復(fù)“資源”獲取獨(dú)家整理的學(xué)習(xí)資料！

前言

最近在突然想到了String字符串拼接問題，于是做了一個demo測試了一下，到底String類型的字符串在拼接的時候，哪種情況下會走會走StringBulider進(jìn)行字符串拼接，而哪種情況編譯器會對代碼進(jìn)行優(yōu)化？話不多說，先看demo

一.問題

案例1

可以發(fā)現(xiàn)，str == str2的結(jié)果為false，那么我們在看看下一個例子。

案例2

這時候，兩個字符串對比的結(jié)果為true。

二.探究問題

這時候，疑問就來了，為什么結(jié)果會不一致呢？利用在cmd窗口輸入javap -c TestDemo.class命令，對字節(jié)碼文件進(jìn)行反編譯，發(fā)現(xiàn)了問題所在？

可以看到在案例1中，java代碼底層走了StringBuilder，進(jìn)行字符串拼接，然后調(diào)用了StringBuilder的toString方法。

而案例2中，對class文件進(jìn)行反編譯，發(fā)現(xiàn)代碼出現(xiàn)了一點(diǎn)變化，并沒有走StringBuilder進(jìn)行字符串拼接。

三.總結(jié)

1、案例1中，通過變量和字符串拼接，java是需要先到內(nèi)存找變量對應(yīng)的值，才能進(jìn)行完成字符串拼接的工作，這種方式j(luò)ava編譯器沒法優(yōu)化，只能走StringBuilder進(jìn)行拼接字符串，然后調(diào)用toString方法，當(dāng)然返回的結(jié)果和常量池中的111這個字符串的內(nèi)存地址是不一樣的，因此結(jié)果為false。

2、案例2中，直接在表達(dá)式里寫值，java不用根據(jù)變量去內(nèi)存里找對應(yīng)的值，可以在編譯的時候直接對這個表達(dá)式進(jìn)行優(yōu)化，優(yōu)化后的表達(dá)式從 "111" + "" 直接變成了 "111" ，兩個String類型的變量都指向了常量池的111字符串，因此結(jié)果為true;

關(guān)注下方公眾號，回復(fù)“2020面試”

免費(fèi)獲取2020年最新面試題

一起進(jìn)大廠，每日學(xué)干貨

關(guān)注它，不迷路