锁定老帖子 主题:JVM对String对象的处理
该帖已经被评为新手帖
|
|
---|---|
作者 | 正文 |
发表时间:2006-12-08
java 代码
声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2006-12-08
String a = "Hi";
String b = "Hi"; 系统对所有的字符串常量和常值的String表达式都自动进行扣留。 因为String类型对象被称作是永久的. |
|
返回顶楼 | |
发表时间:2006-12-15
事实上,每一个jvm必须维护一张内部表,它会列出所有在程序运行的过程中被拘留的字符串对象引用。基本上,如果一个字符串在jvm的这张内部表上出现,就是说它是被jvm所拘留的。维护这个列表的关键是任何特定的字符序列在这个列表上只出现一次。比如说上面的"hello",被拘留之后,虚拟机会使用指向以前拘留的字符串对象的引用,也就是说引用a和引用b是一个引用,这也解释了为什么a==b是为true的
|
|
返回顶楼 | |
发表时间:2006-12-15
以前觉得自己挺明白这个东西的,看了文章以后更加明白了。
|
|
返回顶楼 | |
发表时间:2006-12-20
用例子说话,再加上相关的注释 会比白话描述更清晰 hehe
|
|
返回顶楼 | |
发表时间:2006-12-20
ahuaxuan 写道 事实上,每一个jvm必须维护一张内部表,它会列出所有在程序运行的过程中被拘留的字符串对象引用。基本上,如果一个字符串在jvm的这张内部表上出现,就是说它是被jvm所拘留的。维护这个列表的关键是任何特定的字符序列在这个列表上只出现一次。比如说上面的"hello",被拘留之后,虚拟机会使用指向以前拘留的字符串对象的引用,也就是说引用a和引用b是一个引用,这也解释了为什么a==b是为true的
a == b,记得是用hashCode比较的!你说的那张内部表,是指HashTable吗? |
|
返回顶楼 | |
发表时间:2006-12-20
引用 galaxystar说道:
a == b,记得是用hashCode比较的!你说的那张内部表,是指HashTable吗? 我想这个内部表是jvm内部的表示,而jvm是c写的,是不是HashTable我就不知道了,c我不熟,hashcode 本身也是一个jni调用,如果对jvm不是非常熟的话,很难知道jvm是怎么做的 |
|
返回顶楼 | |
发表时间:2006-12-21
c应该是引用的内存地址,那么a呢
|
|
返回顶楼 | |
发表时间:2006-12-22
galaxystar 写道 ahuaxuan 写道 事实上,每一个jvm必须维护一张内部表,它会列出所有在程序运行的过程中被拘留的字符串对象引用。基本上,如果一个字符串在jvm的这张内部表上出现,就是说它是被jvm所拘留的。维护这个列表的关键是任何特定的字符序列在这个列表上只出现一次。比如说上面的"hello",被拘留之后,虚拟机会使用指向以前拘留的字符串对象的引用,也就是说引用a和引用b是一个引用,这也解释了为什么a==b是为true的
a == b,记得是用hashCode比较的!你说的那张内部表,是指HashTable吗? 是比较a跟b这个变量里的内存地址不是hashCode。 |
|
返回顶楼 | |
发表时间:2006-12-22
System.out.print((hello == ("Hel"+lo)) + " "); //false--lo为非literal的
不是太明白这一句,能不能解释一下? |
|
返回顶楼 | |