java常量池是分阶段、分位置的常量组织机制，含class常量池（编译期静态只读）、运行时常量池（类加载后动态解析）和字符串常量池（jdk7起独立于堆），分别处理字面量与符号引用的存储、共享与解析。
Java常量池不是一块物理内存，而是一套分阶段、分位置的常量组织机制。它核心解决两个问题：编译期如何记录原始常量信息，运行期如何高效定位和使用这些信息。字面量和符号引用是它的两类基础内容，但它们的存储位置、生命周期和用途完全不同。
Class常量池：编译期生成的静态结构
每个.class文件开头都有一块固定格式的区域，叫Class常量池（也称静态常量池）。它由javac在编译时写入，只读不可变，随类文件一起存在磁盘上。
- 字面量存这里：比如字符串"abc"、整数123、布尔值true、null，都会被编码为CONSTANT_String_info、CONSTANT_Integer_info等条目，直接写进常量池表。
- 符号引用也存这里：比如调用System.out.println()，其中System类的全限定名java/lang/System、out字段名及描述符Ljava/io/PrintStream;、println方法名及描述符(Ljava/lang/String;)V，全部以CONSTANT_Class_info、CONSTANT_Fieldref_info、CONSTANT_Methodref_info等形式记录。
- 不存实际地址：所有内容都是“名字”或“描述”，没有指向堆或方法区的真实指针。例如，它记的是"java/lang/String"这个字符串，而不是String类在内存中的起始地址。
运行时常量池：类加载后映射到内存的动态视图
当JVM加载一个类时，会把Class常量池里的内容整体复制到方法区（JDK 8+ 是元空间）中，形成运行时常量池。它仍是逻辑上的“池”，但已具备运行时能力。
- 字面量可被共享：比如多个类都用了"hello"，它们的Class常量池里各自存一份，但运行时常量池中通常只保留一个实例（尤其是字符串，受字符串常量池管理）。
- 符号引用开始解析：运行时常量池初期仍保持符号形式；只有真正执行到相关字节码（如invokestatic、getstatic）时，JVM才触发解析，把符号引用转成直接引用（如类指针、方法入口地址、字段偏移量）。
- 支持运行时添加：String.intern()、动态语言支持（invokedynamic）等操作，可在运行中向运行时常量池新增字符串或动态常量项。
字符串常量池：专用于字符串的独立缓存区
从JDK 7起，字符串常量池被从运行时常量池中剥离，单独放在Java堆中。它不是Class或运行时常量池的子集，而是一个逻辑独立、专门优化字符串复用的哈希表结构。
- 双引号字符串自动入池：String s = "abc"; 编译时"abc"进入Class常量池，类加载时该字符串对象被放入堆中的字符串常量池，并返回其引用。
- new String("abc") 创建两个对象：一个在字符串常量池（如果尚不存在），一个在堆普通区域；变量s指向后者。
- intern() 是桥梁：调用s.intern()会检查字符串常量池中是否已有相同内容的字符串，有则返回池中引用，否则将当前字符串对象（或其副本）加入池并返回其引用。
其他字面量的处理方式
并非所有字面量都进常量池。关键看是否需要跨方法/跨类共享，以及JVM是否做了池化优化。
- 基本类型字面量一般不进运行时常量池：int x = 100; 中的100在字节码中作为ldc指令的操作数直接嵌入，不作为独立常量项存入运行时常量池（但可能出现在Class常量池中）。
- 小整数有包装类缓存：Integer.valueOf(100) 返回的是IntegerCache中预创建的对象（范围-128～127），但这属于Integer类自身的缓存机制，与常量池无直接关系。
- null和true/false是特殊字面量：它们在Class常量池中有对应条目（CONSTANT_Null, CONSTANT_True等），运行时也参与解析，但不涉及对象分配。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
