深入理解JVM——字符串常量池

本文探讨了JDK1.7版本后,字符串常量池从永久代移至堆空间的影响,解释了`intern()`方法在不同版本中的行为差异,特别是为何`str1.intern()`返回true而`str2.intern()`返回false。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

【问题】:请判断以下打印结果:

public class RuntimeConstantPoolOOM {
		public static void main(String[] agrs) {
			String str1 = new StringBuilder("计算机").append("软件").toString();
			System.out.println(str1.intern() == str1);
			
			String str2 = new StringBuilder("ja").append("va").toString();
			System.out.println(str2.intern() == str2);
		}
	}	

上述代码具体打印结果在不同JDK版本中并不相同。其原因是在JDK1.7版本中,原存储在方法区(永久代)中的字符串常量池被移到了堆(Heap)空间中。因此导致上述代码打印结果的不同。

JDK1.6及之前

【答案】:两个都是(false false)

false
false

【原因】:在JDK1.6及以前的版本中,字符串常量池存储在方法区(永久代)中,intern() 方法会把首次出现的字符串实例复制到字符串常量池中(永久代),并返回该常量池中字符串实例的引用。而由StringBulider创建的str1对象则是存放在堆(Heap)中,因此两者的引用必然不同。

JDK1.7及之后

【答案】:一对一错(true false)

true
false

【原因】:在JDK1.7版本中,字符串常量池和静态变量都被移到了java堆空间中,此时的 intern() 方法不在需要将首次遇到的字符串实例负责到永久代中(此时字符串常量池已在堆中),只需要记录首次出现实例的引用即可,因此与 StringBulider 创建的实例对象是同一引用,结果为 true。

但是为什么第二个答案却是 false 呢?这是因为 “java” 字符串并不是StringBulider 创建时首次出现,不符合 intern() 首次遇见原则,两者自然不少同一引用。
注:"java"字符串是在加载 sun.misc.Version 这个类时被加载到字符串常量池中的。

结论

要清楚在JDK1.7版本中,将字符串常量池和静态变量从方法区(永久代)移动到了java堆中,这导致intern() 方法的实现出现了变化。此外,在JDK1.8中,永久代(PermGen Space)被移除,取而代之的是采用本地内存元空间(MetaSpace),而字符串常量池和静态变量仍然存放在java堆中。理解这些内容之后,再遇到字符串常量池相关问题就能做到迎刃而解。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值