Java中类的静态常量是否进入运行时常量池，取决于是否为编译期常量；仅当满足static final、基本类型或String、编译期可确定值三个条件时，其字面量才写入静态常量池并加载至元空间的运行时常量池，否则在类初始化时存于堆中静态字段槽。
Java中类的静态常量（static final字段）是否进入方法区的运行时常量池，关键看它是不是“编译期常量”——不是所有static final都会进常量池，只有一部分会在编译时就被提取、固化，其余则在运行时才分配内存。
哪些静态常量会进运行时常量池？
必须同时满足以下三个条件：
- 声明为
static final（访问修饰符如public不影响判断，但常见写法） - 类型是基本类型（
int、long、boolean、char等）或String - 初始化表达式能在编译期完全求值，比如字面量、常量表达式（
1 + 2、"a" + "b"）
例如：static final int MAX = 100; → 字面量100被写入.class文件的静态常量池，类加载后存入元空间的运行时常量池。static final String NAME = "jvm"; → 字符串字面量"jvm"先进静态常量池，加载时被intern()到堆中字符串常量池，同时其引用保留在运行时常量池中。
哪些静态常量不会进运行时常量池？
只要值依赖运行时计算，哪怕加了static final，也不会作为常量池项处理，而是在类初始化阶段（<clinit>）分配在堆上，存于Class对象的静态字段槽中：
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
static final int ID = new Random().nextInt();static final String MSG = System.getProperty("user.name");static final List<String> LIST = Arrays.asList("a", "b");
这类字段在字节码中通过getstatic指令访问，不内联字面量，也不占用运行时常量池空间；生命周期与类一致，但物理位置在堆，不在元空间。
立即学习“Java免费学习笔记（深入）”；
从编译到运行：常量池的三阶段流转
静态常量池和运行时常量池本质是同一份数据在不同阶段的形态，不是两个独立内存区域：
-
编译期：javac扫描源码，把符合条件的字面量（如
42、"hello"）和符号引用（如类名、方法名）写入.class文件的静态常量池（Constant Pool Table） - 类加载准备阶段：JVM读取.class，将静态常量池内容整体复制到元空间（JDK 8+），此时正式成为“运行时常量池”
-
解析阶段：符号引用（如
#12: java/lang/String）被替换为真实内存地址（直接引用），完成从“代号清单”到“活字典”的转变
字符串常量池是独立结构，别混淆
字符串常量池（String Constant Pool）自JDK 7起位于堆中，仅存储字符串对象的引用，和运行时常量池（元空间）物理分离。运行时常量池里存的是对它的引用，而不是字符串本身。调用String.intern()会把堆中字符串加入该池，并返回池中引用——这是运行时动态行为，和编译期常量无关。
