java异常处理专用于响应非预期运行时问题，而非替代if-else等常规流程控制；try块限定可能抛异常的代码，catch按类型精准分流，finally保障收尾逻辑执行，推荐优先使用try-with-resources管理资源。

Java 中异常处理不是用来替代常规流程控制（比如 if-else 或循环），但确实能影响程序执行路径——关键在于它专用于响应“非预期、非常规”的运行时问题。用 try-catch-finally 控制流，本质是让程序在出错时有明确的跳转、处理和收尾机制，而不是直接崩溃。

try 块：划定可能中断的执行区域

只把真正可能抛异常的代码放进 try，比如文件读取、网络调用、类型转换或除法运算。try 不是“兜底逻辑容器”，放太多无关代码会模糊错误边界，也影响可读性。

• try 内一旦抛出异常，剩余语句立即停止执行，控制权交给匹配的 catch 或 finally
• 不建议在 try 里写纯业务判断逻辑（如校验参数是否为空），这类应优先用 if 处理
• 示例中 int result = 10 / 0; 触发 ArithmeticException，后续的打印语句不会执行

catch 块：按异常类型精准分流执行路径

每个 catch 对应一种异常类型，JVM 按声明顺序从上到下匹配。子类异常必须放在父类之前，否则会被提前捕获而失去针对性。

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

• 多个 catch 可实现“分层响应”：FileNotFoundException 单独提示用户检查路径；IOException 统一记录日志并重试
• 避免空 catch（即只写 catch(Exception e) {}）——这等于吞掉错误，后续调试无从下手
• 必要时在 catch 中重新抛出异常（throw e;）或封装为业务异常，向上传递上下文

finally 块：保障收尾逻辑无条件执行

无论 try 正常结束、catch 捕获后退出，还是 try/catch 中遇到 return，finally 都会在方法真正返回前执行。

• 典型用途是释放资源：关闭 FileInputStream、Connection、Statement 等需手动清理的对象
• 注意：finally 中若有 return，会覆盖 try 或 catch 的返回值——这是易错点，慎用
• 唯一不执行 finally 的情况是 JVM 强制终止（如 System.exit()）或发生致命 Error（如 OutOfMemoryError）

更简洁的替代：try-with-resources（推荐用于资源管理）

Java 7 起支持自动资源管理，只要资源实现 AutoCloseable 接口，就能在 try 括号内声明，无需显式写 finally 关闭。

• 语法更紧凑：try (FileReader r = new FileReader("a.txt")) { ... }
• 资源在 try 结束时自动 close，即使发生异常也会触发，比手写 finally 更可靠
• 适用于绝大多数 IO、JDBC 场景，是现代 Java 的标准做法

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南