java字符串拼接在什么時(shí)候走StringBuilder

這篇“java字符串拼接在什么時(shí)候走StringBuilder”文章的知識(shí)點(diǎn)大部分人都不太理解，所以小編給大家總結(jié)了以下內(nèi)容，內(nèi)容詳細(xì)，步驟清晰，具有一定的借鑒價(jià)值，希望大家閱讀完這篇文章能有所收獲，下面我們一起來看看這篇“java字符串拼接在什么時(shí)候走StringBuilder”文章吧。

一. 問題

案例 1

測(cè)試代碼 1.png

可以發(fā)現(xiàn)，str == str2 的結(jié)果為 false，那么我們?cè)诳纯聪乱粋€(gè)例子。

案例 2

測(cè)試代碼 2.png

這時(shí)候，兩個(gè)字符串對(duì)比的結(jié)果為 true。

二. 探究問題

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

測(cè)試代碼 1cmd.png

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

測(cè)試代碼 2cmd.png

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

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

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

以上就是關(guān)于“java字符串拼接在什么時(shí)候走StringBuilder”這篇文章的內(nèi)容，相信大家都有了一定的了解，希望小編分享的內(nèi)容對(duì)大家有幫助，若想了解更多相關(guān)的知識(shí)內(nèi)容，請(qǐng)關(guān)注億速云行業(yè)資訊頻道。