必须加static是因为final仅保证变量不可变，而static使其成为类变量、全实例共享；若仅用private final，则每个对象独有一份副本，违背全局常量语义。
Java中用final修饰类变量定义常量，核心是“不可变+类级共享”，推荐写法是public static final，配合大写蛇形命名，既符合JVM规范，也利于团队协作和代码维护。
为什么必须加static？
类变量（即静态成员变量）属于类本身，所有实例共享一份；而仅用final修饰的实例变量，每个对象都有一份副本，无法体现“全局常量”的语义。比如：
-
public static final int MAX_RETRY = 3;→ 所有地方调用MyClass.MAX_RETRY都指向同一值 -
private final int MAX_RETRY = 3;→ 每个对象初始化时各自保存一份，浪费内存且易混淆
命名与初始化的硬性要求
常量名必须全大写、单词间用下划线分隔，且必须在声明时或静态初始化块中完成赋值：
- ✅ 正确：
public static final String DB_URL = "jdbc:mysql://localhost:3306/app"; - ✅ 正确（静态块）：
public static final List<String> SUPPORTED_LANGS;+static { SUPPORTED_LANGS = Arrays.asList("zh", "en"); } - ❌ 错误：
public static final double PI;（未初始化，编译失败）
引用类型常量的特殊注意事项
final只锁定引用地址，不冻结对象内容。例如：
立即学习“Java免费学习笔记（深入）”；
public static final List<String> DEFAULT_ROLES = new ArrayList<>();- 后续可执行
DEFAULT_ROLES.add("USER");（合法） - 但不能执行
DEFAULT_ROLES = new LinkedList<>();（编译报错）
如需真正不可变，应搭配Collections.unmodifiableList或使用ImmutableList等工具类封装。
接口中定义常量的替代方案
接口中所有字段默认为public static final，因此也可用于定义常量：
interface Config { String VERSION = "2.1.0"; int TIMEOUT_MS = 5000; }- 调用方式：
Config.VERSION - ⚠️ 注意：现代Java开发更倾向用
public static final类常量，避免滥用接口承载配置，防止语义污染
