final 变量声明时必须初始化，否则编译报错
Java 要求 final 变量在声明后「必须且只能赋值一次」。没初始化就编译不过，不是运行时报错——这是编译期强制检查。
- 类字段：可在声明处、构造器中、或静态/实例初始化块里赋值（三选一）
- 局部变量：必须在使用前显式赋值，且不能在 if/for 等分支里“可能未赋值”
- 常见错误现象：
variable might not have been initialized或blank final field may not have been initialized
比如这个会编译失败：
public class Config {
private final String host;
public Config() {
// 没给 host 赋值 → 编译错误
}
}
static final 和普通 final 的初始化时机完全不同
static final 是类级别的常量，加载类时就确定；普通 final 实例变量则依赖对象创建过程。两者初始化位置不能混用。
-
static final：只能在声明处或静态初始化块中赋值，不能在构造器里赋值 - 普通
final：不能在静态上下文中（如静态方法、静态块）被访问或赋值 - 性能影响：JVM 对
static final基本类型/字符串常量会做内联优化，运行时直接替换字面量；普通final实例变量无此优化
反例（编译不通过）：
立即学习“Java免费学习笔记（深入）”；
public class ApiClient {
private static final String VERSION;
public ApiClient() {
VERSION = "v2"; // ❌ 错误：不能在构造器里给 static final 赋值
}
}
final 引用 ≠ 对象内容不可变
final 修饰的是变量本身（即引用地址），不是它指向的对象。数组、ArrayList、自定义对象等，只要没额外封装，内部状态仍可修改。
- 正确理解：
final List<string> list = new ArrayList();</string>→ list 变量不能再指向别的 List，但list.add("x")完全合法 - 真正不可变需靠类设计：如用
Collections.unmodifiableList()，或选用ImmutableList（Guava） - 容易踩的坑：误以为加了
final就能当线程安全常量用，结果多线程改了内部状态，引发并发问题
示例：
final List<Integer> ids = new ArrayList<>(); ids.add(1); // ✅ 合法 ids = new ArrayList<>(); // ❌ 编译错误：不能重新赋值
接口里 public static final 是默认修饰，写不写都一样
接口中所有字段自动具有 public static final 属性，显式写出来纯属冗余，还可能误导人以为“可以不加 static”。
- 接口字段必须初始化（因为是
static final），且只能是编译期常量（如字面量、常量表达式） - 不能是运行时计算值，例如
new Date()、System.currentTimeMillis()都非法 - 兼容性注意：JDK 9+ 接口支持 private 方法，但字段规则没变，依然不支持非 static final 字段
推荐写法（简洁明确）：
interface HttpStatus {
int OK = 200;
int NOT_FOUND = 404;
// 不要写成：public static final int OK = 200;
}
final 的真正难点不在语法，而在区分「引用锁定」和「状态冻结」——前者是语言机制，后者得靠设计和工具配合。很多人卡在“以为 final 就万事大吉”，结果调试半天才发现 List 里的元素早被悄悄改过了。 
