java system intern,深入分析Java String.intern()方法

如果没有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的微妙变化一不注意就会踩坑，今后要多多注意。

引用