请问有人知道为什么是这个结果吗?
全部评论
程序的27行对应了 class 文件中的 85 - 107行,可以看到实际上也是 new StringBuilder 进行拼接的
送花
回复
分享
第一个编译器就会拼接好字符串,都是 ab;第二个要到运行时拼接,会创建新对象
送花
回复
分享
秋招专场
官网直投
送花
回复
分享
编译后
送花
回复
分享
没重写equals吧。 字符串对象之间不能用==比较
送花
回复
分享
可以自己代码跑一遍,通过断点的形式看看,我们都知道像String s1 = "ab"; String s2 ="a" +"b"; String s3 = new String("a") +"b"; 这三种情况,s1 ==s2 为true ,原因是s1 ="ab",字符串常量池中也有了"ab",s2的时候就直接指向常量池中的地址了,通过new 的方式创建字符串 会在内存中创建,同时常量池中也会有一份新的。通过this调用当前对象的字符串属性,我觉得应该底层也是创建新的字符串对象了,所以才会是false。具体的可参考图片
送花
回复
分享
这个我记得尚硅谷的课里面讲过,但是我不记得了😂
送花
回复
分享
这是源程序第21行对应的指令
送花
回复
分享
https://ziyang.moe/article/this-in-javac-string-concat.html
送花
回复
分享
s声明为final在常亮池里面,所以第一个为真。
送花
回复
分享
想都不用想,hashcode值不一样
送花
回复
分享
这个是编译器行为,如果标准里没给出定义的话,纠结这个也没啥用。😃
送花
回复
分享
相关推荐