final变量必须在声明时或构造方法中初始化；仅声明不赋值会导致编译错误；static final才是类级常量，final字段属实例且不可重新赋值。
final 变量必须在声明时或构造中完成初始化
Java 里用 final 定义常量，本质是“不可重新赋值的变量”，不是编译期强制替换的字面量（那是 static final 配合基本类型或字符串字面量才有的效果）。如果只写 final int PORT; 而没在声明处赋值，也没在所有构造方法中显式赋值，编译器会报错：variable PORT might not have been initialized。
常见做法有三种：
- 直接在声明处赋值：
final int PORT = 8080;（最常用，适用于编译期可知的值） - 在构造方法中赋值（适用于依赖对象状态的“运行时常量”，比如 UUID 或配置加载结果）
- 使用实例初始化块（较少见，一般没必要）
static final 才是真正意义的“类级常量”
单独用 final 定义的是“每个实例一份的不可变字段”，比如 final String id = UUID.randomUUID().toString();——每个对象都有自己的 id，但创建后不能改。要让常量属于类、且所有实例共享，必须加 static。
约定俗成的命名是全大写 + 下划线，例如：public static final String API_BASE_URL = "https://api.example.com";。注意：
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 基本类型和字符串字面量会被编译器内联（即调用处直接替换成字面值），所以修改后需重新编译所有引用它的类
- 如果是
static final List这种引用类型，final只锁住引用本身，不锁住内容——仍可调用list.add()，得用Collections.unmodifiableList()包一层
final 方法和类的作用与误用场景
虽然问题聚焦“常量”，但很多人混淆 final 的其他用途。定义常量只涉及字段（field），跟 final 方法或类无关：
-
final void doSomething()：子类不能重写该方法，和常量无关 -
final class Utils：该类不能被继承，也和常量无关 - 把整个类设为
final并不等于“里面所有字段自动变成常量”——字段仍需各自加final
错误示例：final class Config { int timeout = 30; } —— timeout 依然可被修改。
IDE 和 Lombok 对 final 字段的辅助限制
手动确保所有 final 字段都被初始化容易遗漏，尤其构造方法多、分支复杂时。现代 IDE（如 IntelliJ）会在未初始化处标红并提示。Lombok 的 @RequiredArgsConstructor 可自动生成只含 final 字段的构造方法，但要注意：
- 它不会帮你检查字段是否真被初始化了，只是生成构造签名
- 如果字段是
final但没加@NonNull，空值传入后运行时才崩，不是编译时报错 - 过度依赖 Lombok 可能掩盖对初始化逻辑的理解，调试时字段值为空却找不到赋值点，就是典型信号
真正难的不是写 final，而是判断哪些字段确实该不可变、哪些只是“暂时不想改”。比如数据库连接池大小，运行时可能通过 JMX 动态调整，硬写成 static final 就堵死了扩展路径。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
