Java 中的常量池

最新推荐文章于 2025-08-07 19:41:31 发布

原创最新推荐文章于 2025-08-07 19:41:31 发布 · 1k 阅读 ·

本内容遵循CC 4.0 BY-SA版权协议

GEO检测

dj_master

关注

标签

#java #开发语言

分类后端开发

代码可运行

JVM 专栏收录该内容

72 篇文章

订阅专栏

Java 中的常量池是 Java 虚拟机（JVM）中一项重要的内存机制，主要用于存储编译期生成的各种字面量和符号引用等内容，在 Java 程序的类加载、运行等过程中发挥关键作用，下面从不同角度详细介绍：

一、常量池的分类与关联

Java 里的常量池可细分为 Class 文件常量池、运行时常量池 ，在 JDK 1.7 及之前还有 字符串常量池（String Pool）（JDK 1.7 及之后字符串常量池位置有调整，不过逻辑上仍与常量池体系关联），它们关系紧密：

Class 文件常量池：
是 Java 源文件编译成 Class 文件时，在 Class 文件结构里的一个部分。它存储着编译期生成的各种 字面量（如字符串字面量 "hello" 、基本数据类型的常量值 10、3.14 等）和 符号引用（包括类和接口的全限定名，如 java/lang/String ；字段的名称和描述符；方法的名称和描述符等）。简单说，就是把 Java 代码里的一些常量信息、类结构相关的符号标识，按照特定格式存到 Class 文件里，供后续类加载、解析等环节使用。
运行时常量池：
属于 JVM 方法区（JDK 8 及之后是元空间）的一部分。当 Class 文件被加载到 JVM 后，Class 文件常量池里的内容会被放入运行时常量池。它是动态的，除了包含 Class 文件常量池原有的字面量和符号引用，还允许在程序运行期间向其中添加新的常量（最典型的就是 String 类的 intern() 方法，可将字符串动态放入运行时常量池）。例如，运行时通过反射等方式生成新的常量，也能进入运行时常量池。
字符串常量池（以 JDK 1.6 及之前为例）：
早期（JDK 1.6 及之前）字符串常量池是方法区（永久代）的一部分，主要存储字符串字面量的唯一实例 。目的是避免字符串重复创建，节省内存。比如代码里写 String s1 = "hello";、String s2 = "hello"; ，JVM 会让 s1 和 s2 都指向字符串常量池里的同一个 "hello" 实例。JDK 1.7 及之后，字符串常量池移到了堆内存中，但功能和核心逻辑（保证字符串唯一）不变。

二、常量池的作用

节省内存：
像字符串常量池，通过复用相同字符串的实例，避免重复创建。假设一个程序里有大量地方用到 "hello" 字符串，如果每次都新建 String 对象，会占用很多堆内存；而借助字符串常量池，所有用到 "hello" 的地方都引用常量池里的同一个实例，大幅减少内存消耗。对于 Class 文件常量池里的基本数据类型常量等，也能避免在不同地方重复定义相同常量而浪费空间。
类加载与解析支持：
运行时常量池在类加载的解析阶段（类加载过程的一个步骤）发挥关键作用。JVM 会把运行时常量池里的符号引用（如类的全限定名、方法名）解析为直接引用（实际的内存地址等），这样在程序运行时，调用方法、访问字段等操作才能找到真正对应的内存位置执行。例如，当执行 System.out.println() 时，JVM 要通过运行时常量池里的符号引用，解析出 System 类、out 字段、println 方法的实际内存地址，才能正确执行代码。
运行时动态扩展：
运行时常量池允许运行时添加新常量（如 String.intern() ），让 Java 程序更灵活。比如某些框架、库在运行过程中，根据动态生成的内容（如动态拼接的字符串作为特定标识），将其放入常量池，后续可快速访问和复用。

三、常量池相关的关键机制与示例

字符串常量池的 intern() 方法：
String 类的 intern() 方法会去字符串常量池查找是否存在当前字符串内容。如果存在，返回常量池里该字符串的引用；如果不存在，在 JDK 1.6 及之前会把当前字符串复制到常量池并返回其引用，JDK 1.7 及之后则是把当前字符串在堆中的引用放入常量池并返回。示例：

String s1 = new String("hello"); // 在堆里新建字符串对象，字符串常量池已有 "hello"（编译期生成 ）
String s2 = s1.intern(); 
// JDK 1.6 及之前，s2 指向常量池里复制的 "hello"；JDK 1.7 及之后，s2 指向堆里 s1 对应的字符串引用（此时常量池存的是堆引用 ）
System.out.println(s1 == s2); 
// JDK 1.6 及之前为 false（s1 是堆新对象，s2 是常量池对象 ）；JDK 1.7 及之后也为 false（s1 是 new 出来的堆对象，s2 是常量池里存的堆引用，但 new String 会创建新对象，和常量池关联的不是同一个 ，准确说 JDK 1.7 及之后，s1 是堆中对象，s2 是常量池里保存的 s1 对应字符串的引用，不过因为 new String 会额外创建对象，所以 == 结果还是 false ，更复杂的情况需结合具体版本理解 ）

Class 文件常量池与运行时常量池的加载：
编写一个简单类 TestConstant.java：

public class TestConstant {
    public static final String STR = "test";
    public static void main(String[] args) {
        System.out.println(STR);
    }
}

编译后生成 TestConstant.class 文件，其 Class 文件常量池会包含 STR 对应的字符串字面量 "test" 、类名 TestConstant 、main 方法相关的符号引用等。当 JVM 加载 TestConstant.class 时，这些内容会被加载到运行时常量池，后续执行 main 方法打印 STR ，就会从运行时常量池获取 "test" 字符串。

四、常量池在不同 JDK 版本的变化

JDK 1.6 及之前：
字符串常量池在方法区（永久代），运行时常量池也属于方法区（永久代）。永久代有固定大小限制（可通过 -XX:MaxPermSize 设置），如果常量池内容过多（比如大量类加载、字符串常量等），容易引发 java.lang.OutOfMemoryError: PermGen space 异常。
JDK 1.7：
字符串常量池从永久代移到堆内存，运行时常量池仍属于方法区，但方法区的实现开始向元空间过渡（不过 JDK 1.7 还存在永久代，只是部分内容调整）。这一调整减少了永久代内存不足导致的问题，让字符串常量的存储更灵活（堆内存一般比永久代可调整空间更大）。
JDK 8 及之后：
永久代被彻底移除，改用 元空间（MetaSpace ） ，元空间使用本地内存（直接从操作系统申请）。运行时常量池属于元空间的一部分。字符串常量池依旧在堆中。这样的改变让方法区（元空间）的内存管理更灵活，受本地内存限制，减少了因永久代大小设置不当引发的内存溢出问题，同时也适配了现代 Java 应用动态类加载等复杂场景的内存需求。

总之，Java 常量池是一套围绕常量存储、复用、类加载支持的机制，从 Class 文件编译时的内容准备，到类加载后的运行时动态管理，再到不同 JDK 版本的演进优化，深刻影响着 Java 程序的内存使用、性能和灵活性，理解它对分析类加载过程、字符串优化、内存问题（如常量池内存溢出）等都有重要意义。