《深入理解java虚拟机》String.intern()探究

《深入理解java虚拟机》第二版 57页

对String.intern()返回引用的测试代码如下：

[java]  view plain  copy

1. /** String的intern例子 
2.  * Created by 明明如月 on 2017-05-24. 
3.  */  
4. public class RuntimeConstantPoolOOM {  
5.     public static void main(String[] args) {  
6.         String str1 = new StringBuilder("计算机").append("软件").toString();  
7.        // String str3= new StringBuilder("计算机软件").toString();  
8.         System.out.println(str1.intern() == str1);  
9.         String str2 = new StringBuilder("Java(TM) SE ").append("Runtime Environment").toString();  
10.         System.out.println(str2.intern() == str2);  
11.     }  
12. }  

结果是 :

true

false

可能很多人觉得这个结果很奇怪，在这里我们进行深入地探究。

---

书中写道，如果JDK1.6会返回两个false，JDK1.7运行则会返回一个true一个false。

因为JDK1.6中，intern（）方法会把首次遇到的字符串实例复制到永久代中，返回的也是永久代中这个字符串的实例的引用，而StringBulder创建的字符串实例在Java堆上，所以必然不是同一个引用，将返回false。

在JDK1.7中，intern（）的实现不会在复制实例，只是在常量池中记录首次出现的实例引用，因此返回的是引用和由StringBuilder.toString()创建的那个字符串实例是同一个。

str2的比较返回false因为"java"这个字符串在执行StringBuilder.toString()之前已经出现过，字符串常量池中已经有它的引用了，不符合“首次出现”的原则，而“计算机软件”这个字符串是首次出现，因此返回true。

---

那么就有疑问了，这个“java”字符串在哪里出现过呢？显然并不是直接出现在这个类里面。

我们分别打开String 、StringBuilder和System类的源码看看有啥发现，

其中在System类里发现

根据注释可以看出来，System是由虚拟机自动调用的。

在initializeSystemClass 方法中发现调用了Version对象的init静态方法

而Version类里 laucher_name是私有静态字符串常量

因此sun.misc.Version 类会在JDK类库的初始化过程中被加载并初始化，而在初始化时它需要对静态常量字段根据指定的常量值（ConstantValue）做默认初始化，此时被 sun.misc.Version.launcher 静态常量字段所引用的"java"字符串字面量就被intern到HotSpot VM的字符串常量池——StringTable里了。

因此我们修改一下代码：

 
 

  
  

   
   

    
    [java] 
    
    view plain
    
     copy
    
    

    
    
   
   
  
  
  
  
String str2 = new StringBuilder("Java(TM) SE ").append("Runtime Environment").toString();   
System.out.println(str2.intern() == str2)  
 
 

发现结果还是false

从而更加证实了我们的猜测。

再遇到类似问题的时候，希望大家可以多从源码角度去追本溯源，能够多分享出来。

原文转载：http://blog.csdn.net/w605283073/article/details/72753494

这个地方困扰了我好长时间，多谢原文作者