Java常量池的理解以及String#intern

1、java常量池

在Java中有8种基本类型和一种比较特殊的类型String。这些类型为了使他们在运行过程中速度更快，更节省内存，都提供了一种常量池的概念。常量池就类似一个JAVA系统级别提供的缓存（注意常量池的存放位置下面另有论述）。

8中基本类型的常量池都是系统协调，String类型的常量池比较特殊，特别的地方：

• 直接使用双引号声明出来的String对象会直接存储在常量池中
• 不是使用双引号声明的String对象，比如使用new创建、或者使用+连接生成的String，会在Heap（堆）区创建对象。
• 但是，不是使用双引号声明的对象可以使用String提供的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);
	}

输出结果： false false

说明：这个示例关键点在于理解使用引号和使用非引号创建的String，它们的引用是不同的。

 String s = new String("1");

String s3 = new String("1") + new String("1");

注意：上面这两种创建方式也有不同的地方。s、s3都是heap区String对象的引用，但是第一种方法，在heap区创建对象的同时，会在常量池中创建一个常量“1”

2、String#intern

前面提到了，该方法的主要作用就是把一个String对象放入常量区。

这里要说的重点是，该方法在jdk6和jdk7中的效果是有差别的，其根本原因在于常量池在jdk6和jdk7中的存放位置是不同的。

JDK6： 常量池是放在 Perm 区中的，Perm 区和正常的 JAVA Heap 区域是完全分开的。上面说过如果是使用引号声明的字符串都是会直接在字符串常量池中生成，而 new 出 来的 String 对象是放在 JAVA Heap 区域。所以拿一个 JAVA Heap 区域的对象地址和字符串常量池的对象地址进行比较肯定是不相同的，即使调用String.intern方法 也是没有任何关系的。

JDK7： 再说说 jdk7 中的情况。这里要明确一点的是，在 Jdk6 以及以前的版本中，字符串的常量池是放在堆的 Perm 区的，Perm 区是一个类静态的区域，主要存储一些加载 类的信息，常量池，方法片段等内容，默认大小只有4m，一旦常量池中大量使用 intern 是会直接产生java.lang.OutOfMemoryError: PermGen space错误的。 所以在 jdk7 的版本中，字符串常量池已经从 Perm 区移到正常的 Java Heap 区域了。为什么要移动，Perm 区域太小是一个主要原因，当然据消息称 jdk8 已经直接取消了 Perm 区域，而新建立了一个元区域。应该是 jdk 开发者认为 Perm 区域已经不适合现在 JAVA 的发展了。

代码示例：

	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);
	}

输出：
jdk6 下false false
jdk7 下false true

<pre name="code" class="java">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);
	}

输出：jdk6 下false  false jdk7 下false  false

说明：

（1）jdk6中的解释：

注：图中绿色线条代表 string 对象的内容指向。 黑色线条代表地址指向。如上图所示。首先说一下 jdk6中的情况，在 jdk6中上述的所有打印都是 false 的，因为 jdk6中的常量池是放在 Perm 区中的，Perm 区和正常的 JAVA Heap 区域是完全分开的。上面说过如果是使用引号声明的字符串都是会直接在字符串常量池中生成，而 new 出来的 String 对象是放在 JAVA Heap 区域。所以拿一个 JAVA Heap 区域的对象地址和字符串常量池的对象地址进行比较肯定是不相同的，即使调用String.intern方法也是没有任何关系的。

(2)jdk7中的解释

代码1的解释：

• 在第一段代码中，先看 s3和s4字符串。String s3 = new String("1") + new String("1");，这句代码中现在生成了2最终个对象，是字符串常量池中的“1” 和 JAVA Heap 中的 s3引用指向的对象。中间还有2个匿名的new String("1")我们不去讨论它们。此时s3引用对象内容是”11″，但此时常量池中是没有 “11”对象的。
• 接下来s3.intern();这一句代码，是将 s3中的“11”字符串放入 String 常量池中，因为此时常量池中不存在“11”字符串，因此常规做法是跟 jdk6 图中表示的那样，在常量池中生成一个 “11″ 的对象，关键点是 jdk7 中常量池不在 Perm 区域了，这块做了调整。常量池中不需要再存储一份对象了，可以直接存储堆中的引用。这份引用指向 s3 引用的对象。 也就是说引用地址是相同的。
• 最后String s4 = "11"; 这句代码中”11″是显示声明的，因此会直接去常量池中创建，创建的时候发现已经有这个对象了，此时也就是指向 s3 引用对象的一个引用。所以 s4 引用就指向和 s3 一样了。因此最后的比较 s3 == s4 是 true。
• 再看 s 和 s2 对象。 String s = new String("1"); 第一句代码，生成了2个对象。常量池中的“1” 和 JAVA Heap 中的字符串对象。s.intern(); 这一句是 s 对象去常量池中寻找后发现 “1” 已经在常量池里了。
• 接下来String s2 = "1"; 这句代码是生成一个 s2的引用指向常量池中的“1”对象。 结果就是 s 和 s2 的引用地址明显不同。图中画的很清晰。

代码2的解释：

• 来看第二段代码，从上边第二幅图中观察。第一段代码和第二段代码的改变就是 s3.intern(); 的顺序是放在String s4 = "11";后了。这样，首先执行String s4 = "11";声明 s4 的时候常量池中是不存在“11”对象的，执行完毕后，“11“对象是 s4 声明产生的新对象。然后再执行s3.intern();时，常量池中“11”对象已经存在了，因此 s3 和 s4 的引用是不同的。
• 第二段代码中的 s 和 s2 代码中，s.intern();，这一句往后放也不会有什么影响了，因为对象池中在执行第一句代码String s = new String("1");的时候已经生成“1”对象了。下边的s2声明都是直接从常量池中取地址引用的。 s 和 s2 的引用地址是不会相等的。

小结

从上述的例子代码可以看出 jdk7 版本对 intern 操作和常量池都做了一定的修改。主要包括2点：

• 将String常量池 从 Perm 区移动到了 Java Heap区
• String#intern 方法时，如果存在堆中的对象，会直接保存对象的引用，而不会重新创建对象。

3、更多关于intern使用的例子，参见地址：

http://www.importnew.com/14142.html

 String s = new String("1");

String s3 = new String("1") + new String("1");