前言

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

一.問題

案例1

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

案例2

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

二.探究問題

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

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

測試代碼2cmd.png

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

三.總結

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

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

作者：叫我不矜持

www.jianshu.com/p/a80c9b2b89cd

往期推薦

CTO說：Service層的接口是不是多此一舉？

深入 Redis 主從復制的原理詳解，權威又科學

不是每個打工人都能享受 996 的福報

閱讀原文：?最新?3625頁大廠面試題?

總結

以上是生活随笔為你收集整理的service 层 拼接的html 代码如何直接返回_字符串拼接，会走StringBuilder 吗？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。