Java中必须用static final组合定义全局共享常量，因为static使变量属于类、可直接通过类名访问且所有实例共享，final确保值不可变；二者缺一不可。
Java 中用 static final 修饰变量来定义全局共享常量，核心在于：它属于类而非实例、不可修改、编译期可确定（若满足常量表达式条件），且可通过类名直接访问。
为什么必须用 static + final 组合？
static：让变量属于类本身，所有实例共享同一份内存，无需创建对象就能通过 类名.变量名 访问；
final：确保变量初始化后值不可更改，语义上真正成为“常量”；
二者缺一不可——只用 static 可改值，只用 final 则是每个实例一份（非共享），也不支持类名直接调用。
正确写法与命名规范
标准写法示例：
public class Config {
public static final int MAX_RETRY = 3;
public static final String APP_NAME = "MyApp";
public static final double PI = 3.14159;
}
使用时直接：int retry = Config.MAX_RETRY;
注意：按 Java 约定，常量名全部大写，单词间用下划线分隔（UPPER_SNAKE_CASE）。
哪些值能真正被当作“编译时常量”？
只有满足“编译期常量表达式”的 static final 基本类型或字符串，才会在编译时被内联（即调用处直接替换成字面值）。例如：
-
public static final int VERSION = 1;✅（编译时常量） -
public static final String ENV = "prod";✅ -
public static final String PATH = "/api/" + VERSION;✅（字符串拼接仍算常量表达式） -
public static final Date START_TIME = new Date();❌（运行期创建，不是编译时常量） -
public static final List<String> NAMES = Arrays.asList("A", "B");❌（引用类型且非字面量）
是否为编译时常量，影响类更新后的兼容性（比如修改了值但调用方未重编译，可能仍用旧值）。
立即学习“Java免费学习笔记（深入）”；
放在哪里最合适？
推荐方式：
- 单一职责的工具类中集中定义，如
Constants.java或ApiUrls.java - 与业务强相关的，定义在对应类内部（如
OrderStatus.java中定义订单状态常量） - 避免滥用接口定义常量（
interface Constants { int X = 1; }），这是过时做法，易引发误解
不建议在普通类中零散定义大量 static final，会降低可维护性。
