《荀子·大略》有言："先事虑事，先患虑患。"放在Java面试的异常处理话题上，这句话再贴切不过。面试官抛出"讲讲Java的异常处理机制"，绝非想听你背诵try-catch-finally的语法格式。他真正在意的，是你能否在系统遭遇意外时，依然交出可控、可读、可维护的代码。异常处理，本质上是程序面对混沌时的最后体面。
面试第一问：Check与Uncheck，你分得清主次吗？
面试官的第一个追问往往直奔要害："IOException和NullPointerException有什么区别？"
这不是考定义，是考设计哲学的认知。IOException属于Checked Exception（受检异常），编译器强制你捕获或声明抛出，代表"外部环境可预见的失败"——文件找不到、网络超时、数据库连接断开。而NullPointerException属于Unchecked Exception（非受检异常），是RuntimeException的子类，代表"程序逻辑的错误"——空引用、数组越界、类型转换失误。
回答的加分点在"设计意图"：Checked Exception提醒调用方必须处理外部不确定性，体现Java的"宁可编译通不过，也不让运行时悄悄死掉"的严谨基因。Unchecked Exception则承载另一种智慧——有些错误根本不该捕获，比如空指针，它暴露的是代码质量问题，修复远比捕获有意义。
面试第二问：五个关键字，你用对了几次？
try、catch、finally、throw、throws——这五个字谁都能背出来，但排列组合背后的权衡才是面试官想听的。
throws声明在方法签名上，告诉调用方"这里可能会出事，你自己看着办"。throw则是在代码中主动"引爆"一个异常，比如参数校验不通过时抛出IllegalArgumentException。面试中若你能点出"throw是主动防御，throws是责任转移"，便瞬间显出层次。
至于finally，很多人只知道它"无论如何都会执行"，却忽略了它的经典搭档——资源释放。一个常见的追问是："如果try块里用了return，finally还会执行吗？"答案是"会，且在return之前执行。"如果再追问："finally里也用了return，会怎样？"答案是"finally的return会覆盖try的return值，这是应当避免的坏习惯。"这两问，能筛掉80%的"表面熟练"者。
面试第三问：捕获异常的正确姿势是什么？
这是区分"能用"和"会用"的分水岭。新手常犯三大错误：捕获Exception万能大口袋、捕获异常后打印堆栈就继续跑、在循环里捕获异常。
正确的回答应该包含三层递进：
第一，捕获具体异常，而非泛型Exception。catch (FileNotFoundException e)和catch (Exception e)，前者精准表达了问题的性质，后者则把文件找不到、空指针、数组越界统统混为一谈，让后续的容错逻辑无从下手。
第二，异常要么记录，要么重抛，绝不能沉默吞噬。e.printStackTrace()在生产环境下毫无价值——日志里看不到，监控抓不到，排查如同大海捞针。正确做法是使用日志框架记录完整堆栈，然后根据场景决定是重抛、降级还是返回默认值。
第三，在循环外捕获异常。循环内部try-catch会反复创建异常对象，性能损耗严重。正确的异常处理理当在循环外统一捕获，确保异常只触发一次。
面试第四问：自定义异常，你什么时候用？
面试官问"你项目中自定义过异常吗"，不是让你说"我继承RuntimeException写了个类"。真正的考察点是：你是否清楚异常分类的业务语义。
一个实战范例：用户下单时库存不足，抛出InsufficientStockException（继承RuntimeException），配合全局异常处理器返回友好的JSON错误码。而数据库连接超时则抛出DataAccessException（继承Exception），由调用方决定重试还是熔断。自定义异常的价值在于让团队对"哪些错误是可恢复的、哪些是不可恢复的"达成共识，而不再依赖程序员临时编造错误信息。
面试第五问：try-with-resources，你真的会用吗？
JDK 7引入的try-with-resources是面试的"隐形加分项"。当资源类实现了AutoCloseable接口，就可以这样写：
try (FileInputStream fis = new FileInputStream("data.txt"); BufferedReader br = new BufferedReader(new InputStreamReader(fis))) { // 读取逻辑 } catch (IOException e) { log.error("读取文件失败", e); }编译器会自动生成finally块来关闭资源，且关闭异常不会覆盖主逻辑异常。若你能主动提及"关闭异常被抑制时，可通过getSuppressed()获取原始异常"，面试官会忍不住点头。这证明你不是背语法，而是踩过真实的坑。
面试收尾：一套完整的回答话术
当面试官说"差不多了，你总结一下"，别用"总之"开头。可以这样收束：
"异常处理是对代码健壮性的最低承诺。Checked与Unchecked是承诺的边界，try-catch-finally是承诺的执行，自定义异常是承诺的语义统一。一个工程若到处是catch (Exception e)，说明团队已经放弃了对意外的敬畏；若每个异常都有明确的处理策略，则说明代码在混沌中依然有序。"
这番话毕，面试官记住的不再是你背了多少知识点，而是你对"异常处理"这件事的深层理解。毕竟，写出"正常路径"的代码只是及格，能优雅地走完"异常路径"才是真正的高手。
