《深入理解java虚拟机v3》代码清单2-8 String.intern()返回引用的测试释疑

文章目录

一. 背景

《深入理解java虚拟机》第二版 57页对String.intern()返回引用的测试代码如下：

第三版是63页

public class RuntimeConstantPoolOOM_2 {
    
    

    public static void main(String[] args) {
    
    
        String str1 = new StringBuilder("计算机").append("软件").toString();
        System.out.println(str1.intern() == str1);

        String str2 = new StringBuilder("ja").append("va").toString();
        System.out.println(str2.intern() == str2);
    }
}

在JDK1.7下执行的结果是 true false，很奇怪，按照理解，这两个例子写法差不多，应该都是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。

问题来了，为何1.7中"java"已经出现过了？我们知道字面量如果先出现，就会放入常量池中了。

三. 答案

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

JDK1.8 1.6 1.7 sun.misc.Version具体实现会变

JDK1.7源码：

package sun.misc;

import java.io.PrintStream;

public class Version {
    
    
  private static final String launcher_name = "java";
  
  private static final String java_version = "1.7.0_80";

JDK1.8源码：

package sun.misc;

import java.io.PrintStream;

public class Version {
    
    
  private static final String launcher_name = "openjdk";
  
  private static final String java_version = "1.8.0_153";

四. 验证

如何验证sun.misc.Version 类会在JDK类库的初始化过程中被加载并初始化？

使用-XX:+TraceClassLoading 虚拟机参数打印类的加载顺序

[Opened D:\software\jdk\jre1.7.0_80\lib\rt.jar]
[Loaded java.lang.Object from D:\software\jdk\jre1.7.0_80\lib\rt.jar]
[Loaded java.io.Serializable from D:\software\jdk\jre1.7.0_80\lib\rt.jar]
.....
[Loaded `sun.misc.Version` from D:\software\jdk\jre1.7.0_80\lib\rt.jar]