Java分支结构通过前置校验可预防RuntimeException，如判空、索引检查等，将“救火”转为“防火”；需避免在三目运算符中嵌入易异常操作。
Java 分支结构本身不处理异常，但它能配合异常机制提前识别风险、分流逻辑，让程序在出错前就“绕开雷区”，而不是等异常真发生了才去抢救。
用 if 做前置校验，把运行时异常挡在门外
很多 RuntimeException（比如 NullPointerException、ArrayIndexOutOfBoundsException、ArithmeticException）其实完全可以靠 if 判断提前拦截。这不是多此一举，而是把“救火”变成“防火”。
- 调用对象方法前，先判断是否为 null：if (obj != null) { obj.doSomething(); }
- 访问数组或集合前，先检查索引或 size：if (i >= 0 && i
- 做除法前，先确认除数非零：if (divisor != 0) { result = dividend / divisor; }
这类检查成本极低，却能避免大量本可预见的崩溃，也减少 try-catch 的滥用。
用 switch 处理已知错误码或状态码
当外部系统（如 HTTP 接口、数据库返回码、设备响应）用整数或枚举表示不同失败原因时，switch 比一长串 if-else 更清晰、更易维护。
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
立即学习“Java免费学习笔记（深入）”；
- 例如解析 API 返回的状态码：switch (code) { case 200: handleSuccess(); break; case 401: redirectToLogin(); break; case 500: showNetworkError(); break; default: logUnknownCode(code); }
- 注意：case 值必须是编译期常量，不能是变量；字符串 switch（Java 7+）也支持，但底层仍转为 hashCode 匹配，需确保 equals/hashCode 正确。
分支与 try-catch 协同：按场景分层响应
不是所有异常都该被 catch，也不是所有错误都该进 if。合理分工才能让逻辑干净：
- if 负责“可预期的业务规则”：用户名长度超限、密码格式不对、余额不足——这些是业务约束，不是系统异常，该用 if 拒绝并提示用户。
- try-catch 负责“不可控的外部故障”：文件读取失败、网络超时、数据库连接中断——这些属于环境问题，无法靠 if 预判，必须用异常机制捕获和恢复。
- 实际中常组合使用：先 if 校验输入合法性，再 try 执行 I/O 操作，catch 处理 IO 异常，finally 或 try-with-resources 确保资源释放。
避免分支中的隐藏异常陷阱
看似安全的分支语句，可能因疏忽引入新异常：
- switch 忘写 default，导致未覆盖的值进入“意外路径”，后续操作可能空指针或越界。
- if 条件里调用可能抛异常的方法（如 if (user.getName().length() > 0)），一旦 getName() 返回 null，整个判断就崩了——应先判 null 再取属性。
- 三目运算符里混入可能抛异常的操作，会让错误堆栈难定位，建议复杂逻辑拆到独立语句中。
