Java 异常处理常见面试题怎么高效回答-java教程-PHP中文网

Java异常分Error（不可处理）和Exception；后者含受检（编译强制处理）与非受检（RuntimeException，应预防而非依赖catch）；finally中return会覆盖try/catch的返回值；推荐try-with-resources、非空catch、避免异常控制流程、自定义有意义异常。

java 异常处理常见面试题怎么高效回答

面试官问异常处理，不是想听你背定义，而是看你怎么理解执行逻辑、有没有踩过坑、能不能讲清关键细节。回答要直击重点，用例子支撑，不绕弯。

先说清楚异常分类和处理原则

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 中的返回值。

只有 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，就直接跳出去了。”

java-api-doc-generator

分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。

下载

结合真实场景说最佳实践

光讲机制不够，面试官想看你有没有工程意识。几个实用点可以直接说：

资源释放别只靠 finally：优先用 try-with-resources，自动关闭 Closeable 资源，比手写 finally 更安全、简洁。
catch 别空着：至少打日志，否则异常悄无声息消失，线上排查会疯掉。
不要用异常控制流程：比如用 NullPointerException 来判断对象是否为空，应该用 if (obj == null)。异常开销大，语义也不对。
自定义异常要有意义：比如订单服务抛 BusinessValidationException，比泛泛的 RuntimeException 更利于定位和处理。