如果没有String常量池基础,看本文前,请先看看我之前写的博文,了解下intern()和String常量池。
1 问题
昨天上课遇到一个问题,看下面的代码:
public static void main(String[] args) {
String s = new String("1");
s.intern();
String s2 = "1";
System.out.println(s == s2);
String s3 = new String("1") + new String("1");
s3.intern();
String s4 = "11";
System.out.println(s3 == s4);
}
输出:
JDK1.6 : false false
JDK1.7 : false true
看到没!?JDK1.6和JDK1.7的intern()方法有区别!
再看下面的代码会更崩溃:
public static void main(String[] args) {
String s = new String("1");
String s2 = "1";
s.intern();
System.out.println(s == s2);
String s3 = new String("1") + new String("1");
String s4 = "11";
s3.intern();
System.out.println(s3 == s4);
}
输出:
JDK1.6 : false false
JDK1.7 : false false
只是换下顺序,要不要这么搞。。。
2 intern()方法
- intern()方法返回的是当前字符串在常量池中的字符串。
- 直接使用双引号声明出来的String对象会直接存储在常量池中。
- 如果不是用双引号声明的String对象,使用String提供的intern方法。intern 方法会从字符串常量池中查询当前字符串是否存在,若不存在就会将当前字符串放入常量池中。
3 JDK1.6和JDK1.7常量池变化
3.1 JDK1.6 String常量池位置
3.2 JDK1.7 String常量池位置
发现没?在JDK1.6中,常量池是独立于堆内存的,在JDK1.7中就将他们放到了一起。这是导致上面代码变化的根本原因!
4 分析
在JDK1.6中的分析,看之前的博文,应该很简单就能想明白,这里主要分析在JDK1.7下的内存变化。
4.1 第一段代码
String s3 = new String("1") + new String("1");
s3.intern();
String s4 = "11";
System.out.println(s3 == s4);
首先,因为有常量”1”,肯定会在String常量池创建”1”,运行时,s3指向堆内存中的”11”,至此,String常量池中还没有”11”,关键点来了:s3.intern()
,intern在常量池中检查,如果没有会在常量池中创建,因为常量池在堆内存中,所以,在String常量池中不会创建新的”11”,String常量池”11”直接指向了堆内存中已经存在的”11”!
所以,s3、s4都指向堆内存的”11”,s3 == s4
true。
4.2 第二段代码
String s3 = new String("1") + new String("1");
String s4 = "11";
s3.intern();
System.out.println(s3 == s4);
首先,在String常量池中创建”1”,执行String s4 = "11"
时,也是在常量池中创建”11”,至此,String常量池中有两个字符串,”1”和”11”,当执行s3.intern();
时,在常量池中检查,已经存在了”11”,所以并没有改变什么。
这里要区分s3.intern();
和s3 = s3.intern();
的区别,前者没有赋值,后者执行了赋值,后者s3会指向常量池的字符串。
所以,s3 == s4
false。
5 总结
JDK的微妙变化一不注意就会踩坑,今后要多多注意。
引用
感谢以下博文:
深入解析String#intern