本文主要是介绍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与常量池关系的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
