String的Intern方法

jdk6 和 jdk7 下 intern 的区别

　　相信不少 JAVA 程序员都作作相似 String s = new String("abc")这个语句建立了几个对象的题目。 这种题目主要就是为了考察程序员对字符串对象的常量池掌握与否。上述的语句中是建立了2个对象，第一个对象是”abc”字符串存储在常量池中，第二个对象在JAVA Heap中的 String 对象。

1 2 3 4 5 6 7 8 9 10 11

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

　　具体为何稍后再解释，而后将s3.intern();语句下调一行，放到String s4 = "11";后面。将s.intern(); 放到String s2 = "1";后面。是什么结果呢

1 2 3 4 5 6 7 8 9 10 11

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中的解释

　　在 Jdk6 以及之前的版本中，字符串的常量池是放在堆的Perm区的，Perm区是一个类静态的区域，主要存储一些加载类的信息，常量池，方法片断等内容，默认大小只有4m，一旦常量池中大量使用 intern 是会直接产生java.lang.OutOfMemoryError:PermGen space错误的。在 jdk7 的版本中，字符串常量池已经从Perm区移到正常的Java Heap区域了。为何要移动，Perm 区域过小是一个主要缘由，固然据消息称jdk8已经直接取消了Perm区域，而新创建了一个元区域。应该是jdk开发者认为Perm区域已经不适合如今 JAVA 的发展了。正式由于字符串常量池移动到JAVA Heap区域后，再来解释为何会有上述的打印结果。

• 在第一段代码中，先看 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 的引用地址明显不一样。图中画的很清晰。

• 来看第二段代码，从上边第二幅图中观察。第一段代码和第二段代码的改变就是 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 方法时，若是存在堆中的对象，会直接保存对象的引用，而不会从新建立对象。