java变量初始化重在“稳”与“清”：局部变量声明即赋值防漏路径，成员变量显式初始化避npe，final变量一次到位守契约，静态与实例初始化严格按声明顺序执行。
Java变量初始化不是为了“快”，而是为了“稳”和“清”——稳在不报错、不空指针、不状态混乱；清在意图明确、路径可控、后续可维护。效率提升不靠压缩代码行数，而来自减少歧义、规避重检查、避免运行时兜底。
局部变量：声明即赋值，别拆成三步
方法内定义的变量（如循环计数器、临时结果）没有默认值，编译器会逐路径检查是否全部覆盖。拖到后面赋值，容易漏分支或被异常绕过。
- 写成 int count = isValid ? 1 : 0;，而不是先
int count;再在 if 里赋值 - 字符串、集合等引用类型，优先用空集合或空字符串初始化：List
logs = new ArrayList(); - 避免在 try-catch 外声明、在 catch 里才赋值——编译器无法保证所有路径都走到了
成员变量：默认值是安全网，不是设计意图
字段有默认值（int→0、Object→null），但依赖它等于默认接受“未初始化即可用”的模糊语义。
-
危险写法：
private Map<string integer> cache;</string>→ 后续cache.put()直接 NPE -
推荐写法：
private Map<string integer> cache = new HashMap();</string> - 若初始化逻辑较重（如读配置、建连接），统一收口到构造器，确保对象一创建就处于可用状态
final 变量：一次到位，位置要稳
final 不只是“不能改”，更是向阅读者传递“这个值从诞生起就确定了”的契约。
- 局部 final：声明后必须在使用前完成赋值，且不可重复 ——
final String env = System.getProperty("env", "dev"); - 成员 final：可在声明处、构造器、或实例块中初始化，但三者只能选其一；多构造器时，每个都得确保它被赋值
- static final 常量：务必在声明时直接赋值，例如
public static final int MAX_RETRY = 3;，避免静态块延迟初始化引入不确定性
初始化顺序：按源码位置走，不看谁“更重要”
JVM 不按重要性排序，而是严格按类加载阶段 + 声明顺序执行：静态内容先跑、父类优先、同级从上到下。
- 静态变量和 static {} 块交错执行，声明在后的静态变量，若被前面的 static 块引用，此时仍是默认值
- new 对象时：父类字段/块 → 父类构造器 → 子类字段/块 → 子类构造器
- 字段初始化表达式中调用本类方法？该方法看到的其他字段可能还是 0 或 null —— 别在初始化语句里埋调用链
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
