溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
這篇“java字符串拼接在什么時候走StringBuilder”文章的知識點大部分人都不太理解，所以小編給大家總結了以下內容，內容詳細，步驟清晰，具有一定的借鑒價值，希望大家閱讀完這篇文章能有所收獲，下面我們一起來看看這篇“java字符串拼接在什么時候走StringBuilder”文章吧。
測試代碼 1.png
可以發現，str == str2 的結果為 false，那么我們在看看下一個例子。
測試代碼 2.png
這時候，兩個字符串對比的結果為 true。
二. 探究問題
這時候，疑問就來了，為什么結果會不一致呢？*利用在 cmd 窗口輸入 javap -c TestDemo.class 命令，對字節碼文件進行反編譯，發現了問題所在？*
測試代碼 1cmd.png
可以看到在案例 1 中，java 代碼底層走了 StringBuilder，進行字符串拼接，然后調用了 StringBuilder 的 toString 方法。
測試代碼 2cmd.png
而案例 2 中，對 class 文件進行反編譯，發現代碼出現了一點變化，并沒有走 StringBuilder 進行字符串拼接。
1、案例 1 中，通過變量和字符串拼接，java 是需要先到內存找變量對應的值，才能進行完成字符串拼接的工作，這種方式 java 編譯器沒法優化，只能走 StringBuilder 進行拼接字符串，然后調用 toString 方法，當然返回的結果和常量池中的 111 這個字符串的內存地址是不一樣的，因此結果為 false。
2、案例 2 中，直接在表達式里寫值，java 不用根據變量去內存里找對應的值，可以在編譯的時候直接對這個表達式進行優化，優化后的表達式從 "111" + ""直接變成了"111" ，兩個 String 類型的變量都指向了常量池的 111 字符串，因此結果為 true。
以上就是關于“java字符串拼接在什么時候走StringBuilder”這篇文章的內容，相信大家都有了一定的了解，希望小編分享的內容對大家有幫助，若想了解更多相關的知識內容，請關注億速云行業資訊頻道。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
