是的，Java中自定义常量必须用static final修饰且需编译期可确定值；仅final只能保证引用不可变，static final才构成类级常量，命名推荐全大写下划线。
Java里自定义常量必须用final修饰吗？
是的，Java中“自定义常量”在语义和实践上都要求用final修饰——但仅加final还不够。它只是保证变量引用不可变（对基本类型即值不可变；对引用类型则是地址不可变），真正构成“常量”的关键是：必须同时满足static + final + 编译期可确定值（或显式初始化）。
常见错误是只写final int MAX_RETRY = 3;却放在实例域里，这导致每个对象都有一份副本，不符合“常量”共享、全局、不可变的直觉。
-
static final才构成类级常量，推荐全部大写下划线命名，如DEFAULT_TIMEOUT_MS - 如果值依赖运行时计算（比如
new Date().getTime()），即使加了static final，JVM也无法内联优化，且IDE可能不识别为“编译时常量” - 字符串字面量赋值（如
static final String API_URL = "https://api.example.com";）会被放入常量池，支持==比较；但拼接或new String(...)则不会
final修饰变量、方法、类的差异和陷阱
final本身不是“常量专用关键字”，它表达的是“不可重新赋值/不可重写/不可继承”的约束，具体效果取决于修饰目标。
- 修饰局部变量：只能赋值一次，哪怕没在声明时初始化，也必须确保在所有执行路径下只被赋一次（否则编译报错
variable might already have been assigned） - 修饰成员变量：必须在声明时、构造器中、或实例初始化块里完成初始化；若为
static final，则只能在静态初始化块或声明处赋值 - 修饰方法：子类不能重写该方法，但可以重载；注意
private和static方法默认隐式final，加final无实际意义 - 修饰类：该类不能被继承，典型如
String、Integer等包装类
为什么static final List看起来可变？
这是最常被误解的一点：static final List中的NAMES变量本身不可再指向别的List，但List内部元素仍可增删改——final不等于“不可变对象”。
要真正获得不可变集合，得用标准库工具：
- JDK 9+ 推荐用
List.of("a", "b")、Set.of()、Map.of()，返回的是紧凑不可变实现 - 旧版本可用
Collections.unmodifiableList(new ArrayList(...))，但注意它只是运行时防护（底层仍是原List，若保留原引用仍可修改） - 更彻底的做法是用Guava的
ImmutableList.copyOf(...)，它会深拷贝并封装，杜绝任何修改可能
IDEA或编译器提示“Constant field should be static and final”怎么处理？
这个警告本质是在提醒你：如果一个字段被设计为常量（比如配置值、状态码），却不加static，就违背了常量的语义，且浪费内存（每个实例都存一份）。
但要注意例外场景：
- 枚举类里的字段（如
enum Status { SUCCESS(200); private final int code; Status(int code) { this.code = code; } }）不需要static，因为枚举实例本身就是单例 - 某些框架（如Spring）用
@Value注入的配置字段，虽然值固定，但属于运行时绑定，不应强制static final（会导致注入失败） - 测试类中用于临时断言的
final变量，无需static，也不应被当作“常量”看待
真正容易被忽略的是：常量命名规范和初始化时机。比如把static final long START_TIME = System.currentTimeMillis();写在工具类里，会导致类加载时就固化时间戳，而非每次调用时获取——这往往不是想要的效果。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
