静态常量池是.class文件中编译期生成的只读二进制数据块，存字面量和符号引用；运行时常量池是其加载到元空间的可动态扩充副本；字符串常量池是堆中独立哈希表，三者位置、生命周期、管理策略均不同，无包含关系。
静态常量池就是.class文件里的那个常量表
它不是运行时的东西，而是编译完就定死在 MyClass.class 文件里的二进制数据块。你用 javap -v MyClass 看到的 #1 = Methodref #2.#3 那一堆编号开头的内容，就是它。
- 它存的是字面量（比如
"hello"、123）和符号引用（比如类名java/lang/Object、方法签名"()V"） - 它不可修改——哪怕你用字节码工具强行改了，JVM 加载时校验失败直接抛
ClassFormatError - 每个类一个，互不共享；两个类都写了
"abc"，它们的静态常量池里各自存一份
运行时常量池是类加载后“搬进内存”的副本
当 JVM 读取 .class 文件并执行类加载（loading → linking → initializing）时，会把静态常量池的内容复制一份到方法区（JDK 8+ 是元空间 Metaspace），这就是运行时常量池。
- 它仍保留符号引用，但会在链接阶段逐步解析成直接引用（比如把
Methodref #2.#3绑定到真实的方法入口地址） - 它支持动态扩充：调用
String.intern()、反射生成的类名、Lambda 生成的合成方法名，都可能往里塞新项 - 溢出错误是
OutOfMemoryError: Metaspace（JDK 8+），不是堆内存问题——别乱加-Xmx
字符串常量池是专门管字符串去重的独立区域
它**不是**运行时常量池的子集，而是一个逻辑上分离、物理上独立管理的缓存结构。从 JDK 7 起，它就被挪到了堆内存里，和对象一样受 GC 管理。
- 字面量自动进池：
String a = "xyz";这行一执行，"xyz"就在字符串常量池里了 -
new String("xyz")一定在堆上新建对象，哪怕池里已有；只有显式调用.intern()才尝试入池 - 池大小默认有限（可通过
-XX:StringTableSize=60013调整），冲突多时链表变长，intern()性能会掉——别拿它做运行时高频去重 - JDK 7+ 池在堆中，所以
OutOfMemoryError: Java heap space可能由疯狂intern()引发
三个池之间没有“继承”或“包含”关系
很多人以为“字符串常量池 ⊂ 运行时常量池 ⊂ 静态常量池”，这是错的。它们是三个不同生命周期、不同存储位置、不同管理策略的结构。
- 静态常量池：磁盘文件里的一段只读数据
- 运行时常量池：元空间里可动态增删的符号表（含部分解析结果）
- 字符串常量池：堆里一个哈希表，key 是字符串内容，value 是堆中对应对象的引用
- 三者之间只靠语义关联（比如编译期字符串字面量既写进静态池，又触发运行时入字符串池），没有指针或嵌套
最容易被忽略的是：你用 javap 看到的 String #15 = "Hello, World!"，只是告诉 JVM “这里有个字符串字面量”，真正要不要把它放进字符串常量池，取决于运行时是否被首次使用——不是编译决定的，也不是类加载时强制塞的。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
