只有满足编译期常量条件的static final变量才会被内联：即基本类型或string字面量、声明时直接初始化、值在编译期可确定；否则不内联且会触发类加载。
static final 变量在编译期就可能被内联，关键在于它是否满足“编译期常量”条件——即声明为基本类型或字符串字面量（String s = "abc"），且在声明时直接初始化。满足时，JVM 会在反编译字节码中看到值被硬编码，而非对变量的符号引用。
哪些 static final 变量会被真正内联？
只有符合“编译期常量表达式”（compile-time constant expression）的 static final 字段才会触发内联优化：
- 类型必须是基本类型（
int、long、boolean、char等）或String - 必须用字面量或编译期可确定的常量表达式初始化，例如：
public static final int MAX = 100 + 2;✔️，public static final String NAME = "Tom";✔️ - 不能是运行时计算的结果，例如：
public static final int NOW = System.currentTimeMillis();❌ - 不能是 new 创建的字符串：
public static final String S = new String("hello");❌（不触发常量折叠） - 不能是包装类对象（如
Integer、Double）：即使值相同，public static final Integer CODE = 404;❌（不会内联，且访问会触发类加载）
通过代码块顺序验证类加载与内联的关系
利用静态代码块 + static final 变量的组合，可观察 JVM 是否跳过类初始化：
示例类：
class Config {static final String HOST = "localhost";
static final int PORT = 8080;
static {
System.out.println("Config static block executed!");
}
}
主类中仅访问 Config.HOST：
public static void main(String[] args) {
System.out.println(Config.HOST); // 输出 "localhost"
}
}
运行结果不会打印“Config static block executed!”——说明 Config 类未被初始化，JVM 直接把 "localhost" 内联进 Main.main 的字节码中。
但若将 HOST 改为 public static final String HOST = getHost();（哪怕方法只返回字面量），或改为 public static final Integer PORT = 8080;，则静态块必然执行——因为不再满足编译期常量条件，JVM 必须加载并初始化该类才能读取值。
反编译验证内联效果
使用 javap -c Main 查看字节码，对比两种情况：
- 对
Config.HOST的访问，反编译后看到的是LDC "localhost"指令（直接推送常量），没有getstatic指令 - 对
Config.PORT（若为Integer类型）的访问，则出现getstatic Config.PORT，且类加载日志可证实初始化发生 - 对非字面量
String或包装类字段的访问，同样生成getstatic，且会触发Clinit执行
这说明：内联不是 JVM 运行时的“猜测”，而是编译器（javac）在生成字节码阶段就完成的确定性替换，前提是语义上可证明该值永不改变且已知。
实战建议：定义常量时的写法要点
要确保 static final 常量被内联并避免意外类加载，应遵守以下实践：
- 始终用基本类型或
String字面量初始化，避免构造器或方法调用 - 避免使用包装类代替基本类型（如用
int而非Integer） - 接口中的
public static final字段天然满足内联条件，适合定义公共常量 - 若需延迟计算或依赖环境，改用静态方法（如
Config.getTimeout()），明确放弃内联收益以换取灵活性
