JVM内存结构：StringTable与常量池关系

本文主要是介绍JVM内存结构：StringTable与常量池关系，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

首先看一道题  这就涉及到StringTable和常量池，答案在文末，全做对就不用看了

而StringTable的位置在不同版本也有变化 ， 我们只探讨jdk1.8版本

与StringTable 串池对应的是常量池

案例一、常量池和串池联系

引用所指肯定不会是常量池中的字符

 

我们先看下常量池（下图）的应用， ldc 需要从常量池 #4 位置加载“ab”， 之后astore_3把得到的“ab” 放入栈帧中的局部变量表的位置3中， 位置3存放的即是s3

 进一步分析 ldc #4的操作其实是用到了StringTable。 以JDK1.8举例。

首先当执行到赋值语句时，JVM会根据常量池中的符号在堆中的StringTable哈希表中判断是否存在“a”字符串对象， 若不存在则于堆中创建对象放入串池，再将对象引用给到s1

那我们再来看

案例二、字符串变量（有对象）拼接=>Stringbuilder

先说结果 s3 和 s4 引用的对象是不同的

对象拼接出来的结果不会放到串池中

上图24： 是执行力StringBuiler的toString()方法的，本质还是在堆上创建了一个新对象（并且不会放入串池），与s3靠常量池中的符号”ab“在堆中创建出的对象是不一样的 

区别： s4引用对象在堆中， s3引用的对象在串池中

案例三、字符串常量拼接=>编译优化

先说结果 s3 和 s5 引用的对象是同一个

常量拼接之后的结果会放到串池中（本质上就相当于常量池中有个拼接后的结果）

①案例一中讲过，在编译时会在堆中创建一个对象放入串池

②在编译时javac 发现拼接的全是常量， 直接优化，常量池中直接放入拼接结果”ab“

③JVM只需要去串池中寻找”ab“对象, 正好找到②创建那个”ab“字符串对象

案例四、延迟加载

①中每执行一部，串池中才会多一个对象， 这叫延迟加载

②串池中已经有了 ， 不需要创建了 字符串个数也就不变了

 案例五、intern

只有常量创建对象才会放入串池

变量对象1调用intern，如果此时串池中没有对象1， 直接放入串池，

后续常量就不需要再创建对象了 直接引用指向变量对象1

面试题答案：

 如果19 行 和 20 行互换， 23行结果为false

JDK1.6不考虑 

这篇关于JVM内存结构：StringTable与常量池关系的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---