最有效方式是在声明处初始化变量。局部变量须显式初始化后使用，成员变量应主动初始化而非依赖JVM默认值，final变量必须在声明、构造器或静态块中唯一赋值，避免跨文件初始化顺序陷阱。
直接在声明处初始化，是预防编译错误和运行隐患最有效的方式。不同作用域的变量有不同规则，但核心逻辑一致：让编译器能静态确认每个读取操作前变量必有确定值。
局部变量：必须显式初始化后才能使用
方法内定义的变量（含循环变量、临时计算值）没有默认值。编译器会逐路径分析——只要存在某条执行流未赋值就访问，就报错。
- 错误写法：int x; if (flag) x = 10; System.out.println(x); → 编译失败，“x may not have been initialized”
- 正确做法：在声明时给明确初值，如 int x = 0; 或覆盖所有分支，如 int x = flag ? 10 : -1;
- 参数变量虽在方法签名中声明，但调用时已传入值，不属“未初始化”范畴；但若需默认兜底，应在方法体内做判断处理
成员变量：别依赖默认值，按业务意图主动初始化
字段（实例/静态）虽有默认值（int→0，boolean→false，引用→null），但这只是JVM安全机制，不代表合理语义。用null当初始值，极易引发NPE。
- 危险示例：private List
items; → 后续 items.add("a") 直接崩溃 - 推荐方式一（声明即初始化）：private List
items = new ArrayList(); - 推荐方式二（构造器统一控制）：public MyClass() { this.items = new ArrayList(); }
- 静态常量优先用 public static final String VERSION = "2.1";，确保编译期确定、不可变
final 变量：只许赋一次，且必须发生
final 无论局部还是成员，都禁止“先声明、后赋值、再使用”的松散流程。它强制你明确变量的不可变边界。
- final 局部变量：必须在声明后、首次使用前完成唯一赋值，例如 final String s; if (ok) s = "yes"; else s = "no";
- final 成员变量：可在声明处、构造器或初始化块中初始化，三者选其一，且所有构造器都必须保证它被赋值
- static final：只能在声明时或静态块中初始化；若值需运行时计算（如读配置），必须用 static { ... } 块包裹
跨文件或复杂初始化：警惕顺序陷阱
全局/静态变量在多文件项目中，初始化顺序跨编译单元是未定义的。看似合理的依赖（如 A = B * 2）可能因B尚未初始化而得到错误结果。
- 避免在全局变量初始化表达式中引用其他非常量全局变量
- 对有依赖关系的资源，改用函数内 static 局部变量（C/C++/Go）或延迟初始化方法（Java 中 private static Holder 模式）
- 初始化逻辑复杂或可能抛异常时，改用静态代码块并捕获处理，而非直接赋值表达式
