Java中final常量在编译期折叠需同时满足：public static final、基本类型或String、初始化为编译期常量表达式；折叠后字节码直接嵌入字面值，不引用原变量。
Java 中的 final 常量在满足特定条件时，会在编译期被“折叠”（constant folding），即直接替换成字面值，不保留对原变量的引用。 这不是 JVM 运行时的行为，而是 javac 编译器在生成字节码阶段完成的优化。理解它对排查类加载、版本兼容、调试行为差异等问题很关键。
什么样的 final 变量会被编译期折叠？
必须同时满足以下所有条件：
- 声明为 public static final
- 类型是基本类型（如
int、boolean）或String - 初始化表达式是**编译期常量表达式**（compile-time constant expression）——即仅由字面量、已折叠的常量、简单运算符（
+、&等）组成，不含方法调用、new、变量引用等运行时才能确定的内容
例如：
会被折叠：public static final int MAX = 100;public static final String NAME = "hello" + "world";public static final boolean FLAG = true && false;
不会被折叠：public static final int VALUE = System.currentTimeMillis(); // 含方法调用public static final String MSG = new String("abc"); // 含 newprivate static final int SECRET = 42; // 非 public，外部类看不到
折叠后的真实表现：字节码里没有变量引用
一旦被折叠，所有使用该常量的地方（包括其他类中），javac 直接写入字面值到字节码的 ldc 指令中，而不是通过 getstatic 读取字段。这意味着：
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
立即学习“Java免费学习笔记（深入）”；
- 即使你修改了常量定义并只重新编译该类，**依赖它的其他类字节码不会更新**——它们仍用旧值，除非也重新编译
- 反编译看到的是字面值（如
System.out.println(100);），而非System.out.println(Const.MAX); - 调试时无法在常量字段上设断点（它根本没被访问）
String 的特殊性：intern 与折叠共存
String 是唯一被允许参与常量折叠的引用类型，但前提是它由字符串字面量拼接而成（如 "a"+"b"）。这种表达式在编译期就合成一个字符串常量，并进入字符串常量池。所以：
-
public static final String S = "x" + "y";→ 折叠为"xy"，且该字符串在常量池中唯一 -
public static final String T = someMethod();→ 不折叠，运行时赋值，不进常量池（除非显式调用intern()）
注意：JDK 9+ 对字符串拼接做了更多优化（如用 StringConcatFactory），但编译期折叠规则本身未变。
如何避免折叠带来的维护陷阱？
当需要常量值变更能自动同步到所有依赖方时，可绕过折叠机制：
- 去掉
public，改为package-private或protected，并提供静态 getter 方法（如public static int getMax() { return MAX; }） - 用非编译期常量表达式初始化，例如
public static final int VERSION = Integer.parseInt("2");（虽笨拙但有效） - 构建时统一管理常量（如通过注解处理器或代码生成），避免手工复制粘贴
本质上，这是编译器在“信任你不会改”的前提下做的激进优化。用之前，先想清楚：这个值真的永远不变，且所有使用者都应锁定在编译那一刻吗？
