作者:叫我不矜持 http://www. jianshu.com/p/a80c9b2b8 9cd
前言
最近在突然想到了String字符串拼接问题,于是做了一个demo测试了一下,到底String类型的字符串在拼接的时候,哪种情况下会走会走StringBulider进行字符串拼接,而哪种情况编译器会对代码进行优化?话不多说,先看demo
一.问题
案例1
![f0352eafbee3539f3e482223f9f6e98b.png](https://img-blog.csdnimg.cn/img_convert/f0352eafbee3539f3e482223f9f6e98b.png)
可以发现,str == str2的结果为false,那么我们在看看下一个例子。
案例2
![63787c153a15093bbb6d75693329ffd5.png](https://img-blog.csdnimg.cn/img_convert/63787c153a15093bbb6d75693329ffd5.png)
这时候,两个字符串对比的结果为true。
二.探究问题
这时候,疑问就来了,为什么结果会不一致呢?利用在cmd窗口输入javap -c TestDemo.class命令,对字节码文件进行反编译,发现了问题所在?
![a6882d5a8f05ca822c6526fec5f1fc71.png](https://img-blog.csdnimg.cn/img_convert/a6882d5a8f05ca822c6526fec5f1fc71.png)
可以看到在案例1中,java代码底层走了StringBuilder,进行字符串拼接,然后调用了StringBuilder的toString方法。
![317267da83d7480b4f3bdbb431dfeb95.png](https://img-blog.csdnimg.cn/img_convert/317267da83d7480b4f3bdbb431dfeb95.png)
而案例2中,对class文件进行反编译,发现代码出现了一点变化,并没有走StringBuilder进行字符串拼接。
三.总结
1、案例1中,通过变量和字符串拼接,java是需要先到内存找变量对应的值,才能进行完成字符串拼接的工作,这种方式java编译器没法优化,只能走StringBuilder进行拼接字符串,然后调用toString方法,当然返回的结果和常量池中的111这个字符串的内存地址是不一样的,因此结果为false。
2、案例2中,直接在表达式里写值,java不用根据变量去内存里找对应的值,可以在编译的时候直接对这个表达式进行优化,优化后的表达式从 "111" + "" 直接变成了 "111" ,两个String类型的变量都指向了常量池的111字符串,因此结果为true;
推荐阅读(点击即可跳转阅读)
1. SpringBoot内容聚合
2. 面试题内容聚合
3. 设计模式内容聚合
4. Mybatis内容聚合
5. 多线程内容聚合