从零开始学习JVM（七）- StringTable字符串常量池

1 概述

String应该是Java使用最多的类吧，很少有Java程序没有使用到String的。在Java中创建对象是一件挺耗费性能的事，而且我们又经常使用相同的String对象，那么创建这些相同的对象不是白白浪费性能吗。所以就有了StringTable这一特殊的存在，StringTable叫做字符串常量池，用于存放字符串常量，这样当我们使用相同的字符串对象时，就可以直接从StringTable中获取而不用重新创建对象。

2 String类

String表示字符串类型，使用一对""引起来表示，String声明为final的，不可被继承 String实现了Serializable接口：表示字符串是支持序列化的。 String类实现了Comparable接口：表示String可以比较大小。

2.1 String的不可变性

String：代表不可变的字符序列。简称：不可变性。

• 当对字符串重新赋值时，需要重写指定内存区域赋值，不能使用原有的value进行赋值。
• 当对现有的字符串进行连接操作时，也需要重新指定内存区域赋值，不能使用原有的value进行赋值。
• 当调用String的replace()方法修改指定字符或字符串时，也需要重新指定内存区域赋值，不能使用原有的value进行赋值。

通过字面量的方式（区别于new）给一个字符串赋值，此时的字符串值声明在字符串常量池中。

字符串常量池是不会存储相同内容的字符串的。String的字符串常量池是一个固定大小的Hashtable，默认值大小长度是1009。如果放进字符串常量池的String非常多，就会造成Hash冲突严重，从而导致链表会很长，而链表长了后直接会造成的影响就是当调用String.intern时性能会大幅下降。

使用-XX:StringTablesize可设置StringTable的长度

• 在JDK1.6中StringTable是固定的，就是1009的长度，所以如果常量池中的字符串过多就会导致效率下降很快。StringTablesize设置没有要求
• 在JDK1.7中，StringTable的长度默认值是60013，StringTablesize设置没有要求
• 在JDK1.8中，设置StringTable长度的话，1009是可以设置的最小值

2.2 String的内存分配

Java语言中有8种基本数据类型和一种比较特殊的类型String。这些类型为了使它们在运行过程中速度更快、更节省内存，都提供了一种常量池的概念。

常量池就类似一个Java系统级别提供的缓存。8种基本数据类型的常量池都是系统协调的，String类型的常量池比较特殊。它的主要使用方法有两种。

● 直接使用双引号声明出来的String对象会直接存储在常量池中。
● 如果不是用双引号声明的String对象，可以使用String提供的intern()方法将字符串放到字符串常量池中。

Java 6及以前，字符串常量池存放在永久代，Java 7中 Oracle的工程师对字符串池的逻辑做了很大的改变，即将字符串常量池的位置调整到Java堆内
● 所有的字符串都保存在堆（Heap）中，和其他普通对象一样，这样可以让你在进行调优应用时仅需要调整堆大小就可以了。
● 字符串常量池概念原本使用得比较多，但是这个改动使得我们有足够的理由让我们重新考虑在Java 7中使用String.intern()。

StringTable为什么要调整？ 这是因为方法区默认空间小和垃圾回收频率低

官网说明：https://www.oracle.com/java/technologies/javase/jdk7-relnotes.html#jdk7changes

在JDK 7中，内部字符串不再分配在Java堆的永久代中，而是分配在Java堆的主要部分（称为年轻代和老年代），与应用程序创建的其他对象一起。这种变化将导致更多的数据驻留在主Java堆中，而更少的数据在永久代中，因此可能需要调整堆的大小。大多数应用程序将看到由于这一变化而导致的堆使用的相对较小的差异，但加载许多类或大量使用String.intern()方法的大型应用程序将看到更明显的差异。

3.3 String 的拼接操作

常量与常量的拼接结果在常量池，原理是编译期优化，编译期间就将与常量的拼接结果保存到常量池。

常量池中不会存在相同内容的变量，只要其中有一个是变量，结果就在堆中。即如果拼接符号的前后出现了变量，则相当于在堆空间中new String()创建String对象，变量拼接的原理是StringBuilder。

如果拼接的结果调用intern()方法，则主动将常量池中还没有的字符串对象放入池中，并返回此对象地址。

3.1 常量拼接

举例

  public static void test1() {// 都是常量，前端编译期会进行代码优化// 通过idea直接看对应的反编译的class文件，会显示 String s1 = "abc"; 说明做了代码优化String s1 = "a" + "b" + "c";  String s2 = "abc"; // true，有上述可知，s1和s2实际上指向字符串常量池中的同一个值System.out.println(s1 == s2); }

通过jclasslib查看字节码

3.2 变量拼接

举例1

public static void test5() {String s1 = "javaEE";String s2 = "hadoop";String s3 = "javaEEhadoop";String s4 = "javaEE" + "hadoop";    String s5 = s1 + "hadoop";String s6 = "javaEE" + s2;String s7 = s1 + s2;System.out.println(s3 == s4); // true 编译期优化System.out.println(s3 == s5); // false s1是变量，不能编译期优化System.out.println(s3 == s6); // false s2是变量，不能编译期优化System.out.println(s3 == s7); // false s1、s2都是变量System.out.println(s5 == s6); // false s5、s6 不同的对象实例System.out.println(s5 == s7); // false s5、s7 不同的对象实例System.out.println(s6 == s7); // false s6、s7 不同的对象实例String s8 = s6.intern();System.out.println(s3 == s8); // true intern之后，s8和s3一样，指向字符串常量池中的"javaEEhadoop"
}

执行结果：

举例2

    @Testpublic void test3(){String s1 = "a";String s2 = "b";String s3 = "ab";/*如下的s1 + s2 的执行细节：(变量s是我临时定义的）① StringBuilder s = new StringBuilder();② s.append("a")③ s.append("b")④ s.toString()  --> 约等于 new String("ab")补充：在jdk5.0之后使用的是StringBuilder,在jdk5.0之前使用的是StringBuffer*/String s4 = s1 + s2;//System.out.println(s3 == s4);//false}

执行结果：

通过jclasslib查看字节码

字符串拼接操作不一定使用的是StringBuilder。如果拼接符号左右两边都是字符串常量或常量引用，则仍然使用编译期优化，即非StringBuilder的方式。

针对于final修饰类、方法、基本数据类型、引用数据类型的量的结构时，能使用上final的时候建议使用上。

    @Testpublic void test4(){final String s1 = "a";final String s2 = "b";String s3 = "ab";String s4 = s1 + s2;System.out.println(s3 == s4);//true}

举例3

public void test6(){String s0 = "beijing";String s1 = "bei";String s2 = "jing";String s3 = s1 + s2;System.out.println(s0 == s3); // false s3指向对象实例，s0指向字符串常量池中的"beijing"String s7 = "shanxi";final String s4 = "shan";final String s5 = "xi";String s6 = s4 + s5;System.out.println(s6 == s7); // true s4和s5是final修饰的，编译期就能确定s6的值了
}

对应的字节码

• 使用final修饰，即为变量。如s3行的s1和s2，会通过new StringBuilder进行拼接
• 使用final修饰，即为常量。会在编译器进行代码优化。在实际开发中，能够使用final的，尽量使用

通过StringBuilder的append()的方式添加字符串的效率要远高于使用String的字符串拼接方式

• StringBuilder的append()的方式：自始至终中只创建过一个StringBuilder的对象
• 使用String的字符串拼接方式：创建过多个StringBuilder和String的对象，内存中由于创建了较多的StringBuilder和String的对象，内存占用更大；如果进行GC，需要花费额外的时间。

代码示例：

   @Testpublic void test6(){method1(100000);method2(100000);}public void method1(int highLevel){long start = System.currentTimeMillis();String src = "";for(int i = 0;i < highLevel;i++){src = src + "a";//每次循环都会创建一个StringBuilder、String}long end = System.currentTimeMillis();System.out.println("花费的时间为：" + (end - start));}public void method2(int highLevel){long start = System.currentTimeMillis();//只需要创建一个StringBuilderStringBuilder src = new StringBuilder();for (int i = 0; i < highLevel; i++) {src.append("a");}long end = System.currentTimeMillis();System.out.println("花费的时间为：" + (end - start));}

执行效率对比：

使用StringBuilder改进的空间：在实际开发中，如果基本确定要前前后后添加的字符串长度不高于某个限定值highLevel的情况下,建议使用构造器实例化：

StringBuilder s = new StringBuilder(highLevel);//new char[highLevel]

2.4 String在jdk9中存储结构变更

String在jdk8及以前内部定义了final char[] value用于存储字符串数据。JDK9时改为byte[]。
官网说明地址：http://openjdk.java.net/jeps/254

动机

目前String类的实现将字符存储在一个char数组中，每个字符使用两个字节（16位）。从许多不同的应用中收集到的数据表明，字符串是堆使用的主要组成部分，此外，大多数字符串对象只包含Latin-1字符。这些字符只需要一个字节的存储空间，因此这些字符串对象的内部字符数组中有一半的空间没有被使用。

说明

我们建议将String类的内部表示方法从UTF-16字符数组改为字节数组加编码标志域。新的String类将根据字符串的内容，以ISO-8859-1/Latin-1（每个字符一个字节）或UTF-16（每个字符两个字节）的方式存储字符编码。编码标志将表明使用的是哪种编码。

与字符串相关的类，如AbstractStringBuilder、StringBuilder和StringBuffer将被更新以使用相同的表示方法，HotSpot VM的内在字符串操作也是如此。

这纯粹是一个实现上的变化，对现有的公共接口没有变化。目前没有计划增加任何新的公共API或其他接口。

迄今为止所做的原型设计工作证实了内存占用的预期减少，GC活动的大幅减少，以及在某些角落情况下的轻微性能倒退。

结论：String再也不用char[] 来存储了，改成了byte [] 加上编码标记，节约了一些空间

public final class String implements java.io.Serializable, Comparable<String>, CharSequence {@Stableprivate final byte[] value;
}

3 String类的intern()方法

3.1 方法作用

当调用intern方法时，如果字符串常量池里已经包含了一个与这个String对象相等的字符串，正如equals(Object)方法所确定的，那么池子里的字符串会被返回。否则，这个String对象被添加到池中，并返回这个String对象的引用。

由此可见，对于任何两个字符串s和t，当且仅当s.equals(t)为真时，s.intern() == t.intern()为真。

所有字面字符串和以字符串为值的常量表达式都是interned。返回一个与此字符串内容相同的字符串，但保证是来自一个唯一的字符串池。intern是一个native方法，调用的是底层C的方法。

public native String intern();

如果不是用双引号声明的String对象，可以使用String提供的intern方法，它会从字符串常量池中查询当前字符串是否存在，若不存在就会将当前字符串放入字符串常量池中。

也就是说，如果在任意字符串上调用String.intern方法，那么其返回结果所指向的那个类实例，必须和直接以常量形式出现的字符串实例完全相同。因此，下列表达式的值必定是true

new String("a"+"b"+"c").intern() == "abc"

通俗点讲，Interned string就是确保字符串在内存里只有一份拷贝，这样可以节约内存空间，加快字符串操作任务的执行速度。注意，这个值会被存放在字符串内部池（String Intern Pool）

3.2 JDK6 vs JDK7/8的对比

Java 6及以前，字符串常量池存放在永久代，Java 7开始中 Oracle的工程师对字符串池的逻辑做了很大的改变，即将字符串常量池的位置调整到Java堆内。其中intern方法实现也对应修改了。

/*** ① String s = new String("1")* 创建了两个对象* 		堆空间中一个new对象* 		字符串常量池中一个字符串常量"1"（注意：此时字符串常量池中已有"1"）* ② s.intern()由于字符串常量池中已存在"1"* * s  指向的是堆空间中的对象地址* s2 指向的是堆空间中常量池中"1"的地址* 所以不相等*/
String s = new String("1");
s.intern();
String s2 = "1";
System.out.println(s==s2); // jdk1.6 false jdk7/8 false/** ① String s3 = new String("1") + new String("1")* 等价于new String（"11"），但是，常量池中并不生成字符串"11"；** ② s3.intern()* 由于此时常量池中并无"11"，所以把s3中记录的对象的地址存入常量池* 所以s3 和 s4 指向的都是一个地址
*/
String s3 = new String("1") + new String("1");
s3.intern();
String s4 = "11";
System.out.println(s3==s4); //jdk1.6 false jdk7/8 true

执行步骤示例图：

总结String的intern()的使用：

JDK1.6中，将这个字符串对象尝试放入字符串常量池。

• 如果字符串常量池中有，则并不会放入。返回已有的字符串常量池中的对象的地址
• 如果没有，会把此对象复制一份，放入字符串常量池，并返回字符串常量池中的对象地址

JDK1.7起，将这个字符串对象尝试放入字符串常量池。

• 如果串池中有，则并不会放入。返回已有的字符串常量池中的对象的地址
• 如果没有，则会把对象的引用地址复制一份，放入串池，并返回字符串常量池中的引用地址

举例1

举例2

3.3 空间效率测试

从空间角度测试是否使用intern方法的效率

public class StringIntern2 {static final int MAX_COUNT = 1000 * 10000;static final String[] arr = new String[MAX_COUNT];public static void main(String[] args) {Integer [] data = new Integer[]{1,2,3,4,5,6,7,8,9,10};long start = System.currentTimeMillis();for (int i = 0; i < MAX_COUNT; i++) {// arr[i] = new String(String.valueOf(data[i%data.length]));arr[i] = new String(String.valueOf(data[i%data.length])).intern();}long end = System.currentTimeMillis();System.out.println("花费的时间为：" + (end - start));try {Thread.sleep(1000000);} catch (Exception e) {e.getStackTrace();}}
}

没有用intern的运行结果：

通过visualvm查看内存中的字符串对象数量和字节大小

使用了intern的运行结果：

通过visualvm查看内存中的字符串对象数量和字节大小

结论：对于程序中大量使用存在的字符串时，尤其存在很多已经重复的字符串时，使用intern()方法能够节省内存空间。

实际应用中例如一个大型的网站平台，需要内存中存储大量的字符串。比如社交网站，很多人都存储：北京市、海淀区等信息。这时候如果字符串都调用intern()方法，就会很明显降低内存的大小。

4 G1垃圾收集器的String去重操作

目前，许多大规模的Java应用程序在内存上遇到了瓶颈。测量表明，在这些类型的应用程序中，大约25%的Java堆实时数据集被’String’对象所消耗。此外，这些 "String "对象中大约有一半是重复的，其中重复意味着 "string1.equals(string2) "是真的。在堆上有重复的String’对象，从本质上讲，只是一种内存的浪费。这个项目将在G1垃圾收集器中实现自动和持续的`String’重复数据删除，以避免浪费内存，减少内存占用。

注意这里说的重复，指的是在堆中的数据，而不是常量池中的，因为常量池中的本身就不会重复

背景：对许多Java应用（有大的也有小的）做的测试得出以下结果：

● 堆存活数据集合里面string对象占了25%
● 堆存活数据集合里面重复的string对象有13.5%
● String对象的平均长度是45

许多大规模的Java应用的瓶颈在于内存，测试表明，在这些类型的应用里面，Java堆中存活的数据集合差不多25%是String对象。更进一步，这里面差不多一半String对象是重复的，重复的意思是说： string1.equals(string2)= true。堆上存在重复的String对象必然是一种内存的浪费。这个项目将在G1垃圾收集器中实现自动持续对重复的String对象进行去重，这样就能避免浪费内存。

实现

1. 当垃圾收集器工作的时候，会访问堆上存活的对象。对每一个访问的对象都会检查是否是候选的要去重的String对象
2. 如果是，把这个对象的一个引用插入到队列中等待后续的处理。一个去重的线程在后台运行，处理这个队列。处理队列的一个元素意味着从队列删除这个元素，然后尝试去重它引用的String对象。
3. 使用一个hashtable来记录所有的被String对象使用的不重复的char数组。当去重的时候，会查这个hashtable，来看堆上是否已经存在一个一模一样的char数组。
4. 如果存在，String对象会被调整引用那个数组，释放对原来的数组的引用，最终会被垃圾收集器回收掉。
5. 如果查找失败，char数组会被插入到hashtable，这样以后的时候就可以共享这个数组了。

命令行选项

# 开启String去重，默认是不开启的，需要手动开启。 
UseStringDeduplication(bool)  
# 打印详细的去重统计信息 
PrintStringDeduplicationStatistics(bool)  
# 达到这个年龄的String对象被认为是去重的候选对象
StringpeDuplicationAgeThreshold(uintx)

笔记总结自视频教程：尚硅谷宋红康JVM全套教程（详解java虚拟机）
参考：
1.《深入理解Java虚拟机》第2版
2.https://zhuanlan.zhihu.com/p/260939453