Java变量初始化与异常处理紧密关联：局部变量须显式赋值，成员变量应主动初始化，静态块中异常必须当场处理，且需按异常类型（受检/运行时/Error）采取差异化策略。
Java变量初始化和异常处理不是两个孤立环节，而是紧密咬合的运行时防线：变量没初始化好，可能直接触发异常；异常没兜住，又会让变量处于不可用状态。关键在于把初始化逻辑放在安全位置、用合适方式捕获并响应失败。
局部变量必须显式赋值，别等编译器报错才补
方法内声明的变量没有默认值，所有执行路径都得覆盖到。编译器不关心“逻辑上应该会赋值”，只认代码走过的每一条路。
- 错误写法：int count; if (ready) count = 10; System.out.println(count); → 编译直接失败
- 稳妥写法：int count = ready ? 10 : 0; 或 int count = -1;（赋予业务可解释的默认值）
- 复杂逻辑建议拆成小方法，每个返回明确值，避免嵌套条件中遗漏赋值
成员变量别依赖默认值，主动初始化更可控
字段虽有null、0、false等默认值，但直接使用往往导致NullPointerException或语义错误。
- 危险写法：private List<String> tags; → 后续
tags.add("new")崩溃 - 推荐写法：private List<String> tags = new ArrayList<>();
- 若初始化成本高（如读配置、建连接），改用懒加载：
private volatile List<String> tags;+ 同步getTags()方法
静态变量初始化块是高危区，异常必须当场处理
static{}里一旦抛出未捕获异常，整个类永久失效，后续任何访问都抛NoClassDefFoundError（实际包装了原始异常）。
立即学习“Java免费学习笔记（深入）”；
- 受检异常（如
IOException）必须在块内try-catch，不能声明throws - 运行时异常也建议捕获：记录日志（用
System.err.println避开元框架竞争）、设安全默认值（如空集合）、或抛带说明的RuntimeException - 高危操作（读文件、连数据库、解析JSON）一律移出
static块，改用Holder模式或静态方法懒加载
异常处理要分类型，别一锅炖
不同异常代表不同问题，处理策略应有区分：
-
受检异常（
IOException、SQLException）：外部依赖不稳定，必须显式处理——要么try-catch，要么用throws向上移交 -
运行时异常（
NullPointerException、IllegalArgumentException）：通常是代码缺陷，优先修复逻辑，而非层层捕获 -
Error（
OutOfMemoryError、StackOverflowError）：JVM级故障，程序无法恢复，不建议捕获，应优化资源或监控预警
