Java异常分Error（不可处理）和Exception；后者含受检（编译强制处理）与非受检（RuntimeException，应预防而非依赖catch）；finally中return会覆盖try/catch的返回值；推荐try-with-resources、非空catch、避免异常控制流程、自定义有意义异常。
面试官问异常处理，不是想听你背定义，而是看你怎么理解执行逻辑、有没有踩过坑、能不能讲清关键细节。回答要直击重点，用例子支撑，不绕弯。
先说清楚异常分类和处理原则
Java异常根类是Throwable，分Error和Exception两大支。Error是系统级严重错误，比如OutOfMemoryError，程序没法也不该处理。Exception才是我们日常打交道的，又分两类：
- 受检异常（Checked）：编译器强制要求处理，比如IOException、SQLException。不try-catch或throws，代码直接编译不过。
- 非受检异常（Unchecked）：即RuntimeException及其子类，比如NullPointerException、ArrayIndexOutOfBoundsException。编译时不检查，但运行时一旦出错，程序就崩，所以实际开发中必须预防或捕获。
回答时可以加一句：“我写代码时，对受检异常会明确处理或向上抛；对运行时异常，更倾向提前校验，比如判空、校验数组索引，而不是依赖catch兜底。”
重点讲透 try-catch-finally 中 return 的行为
这是高频陷阱题。核心就一条：finally 总会执行，且如果 finally 里有 return，它会覆盖 try 或 catch 中的返回值。
立即学习“Java免费学习笔记（深入）”；
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
- 只有 try 有 return → 先暂存返回值，再执行 finally，最后返回暂存值。
- try 和 finally 都有 return → finally 的 return 生效，try 的被丢弃。
- try 抛异常、catch 有 return、finally 也有 return → 同样，finally 的 return 覆盖一切。
可以快速举个例子：“比如一个方法里 try 返回 1，finally 返回 2，那调用方拿到的就是 2。JVM 在执行 try/catch 的 return 时只是把值暂存，等 finally 走完才真正返回——但如果 finally 自己 return，就直接跳出去了。”
结合真实场景说最佳实践
光讲机制不够，面试官想看你有没有工程意识。几个实用点可以直接说：
- 资源释放别只靠 finally：优先用 try-with-resources，自动关闭 Closeable 资源，比手写 finally 更安全、简洁。
- catch 别空着：至少打日志，否则异常悄无声息消失，线上排查会疯掉。
- 不要用异常控制流程：比如用 NullPointerException 来判断对象是否为空，应该用 if (obj == null)。异常开销大，语义也不对。
- 自定义异常要有意义：比如订单服务抛 BusinessValidationException，比泛泛的 RuntimeException 更利于定位和处理。
被问到“为什么 throw new RuntimeException”怎么答
这不是偷懒，是设计选择。运行时异常适合表达程序逻辑错误，比如参数非法、状态不一致、配置缺失——这类问题不该由调用方强制处理，而应由开发者修复代码。相反，像文件读取失败、网络超时这类外部不确定性问题，更适合用受检异常，提醒调用方必须考虑容错。
一句话收尾：“异常不是用来掩盖问题的，是用来暴露问题、明确责任边界的。”
