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

相关推荐

5 25 评论
分享
牛客网
牛客企业服务