这篇“java字符串拼接在什么时候走StringBuilder”文章的知识点大部分人都不太理解，所以小编给大家总结了以下内容，内容详细，步骤清晰，具有一定的借鉴价值，希望大家阅读完这篇文章能有所收获，下面我们一起来看看这篇“java字符串拼接在什么时候走StringBuilder”文章吧。
一. 问题
案例 1
测试代码 1.png
可以发现，str == str2 的结果为 false，那么我们在看看下一个例子。
案例 2
测试代码 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”这篇文章的内容，相信大家都有了一定的了解，希望小编分享的内容对大家有帮助，若想了解更多相关的知识内容，请关注本站行业资讯频道。
