java异常处理核心是三条主线：异常“是什么”（throwable派生的error与exception）、系统“怎么分”（runtimeexception与checked exception）、代码“怎么用”（try-catch-finally、throws、自定义异常、异常链、try-with-resources）。
看Java异常处理面试思维导图，核心不是背图，而是抓住三条主线：异常“是什么”、系统“怎么分”、代码“怎么用”。下面分几个关键角度帮你高效读图：
先理清异常的根结构：Throwable 是唯一源头
所有异常都从 java.lang.Throwable 派生，它只分两支：
— Error：JVM级故障（如 OutOfMemoryError、StackOverflowError），程序无法恢复，一般不捕获也不处理；
— Exception：可干预的异常，再分两类：
• RuntimeException（运行时异常）：空指针、数组越界、类型转换失败等，编译器不强制处理，但暴露的是代码逻辑缺陷，应修复而非捕获；
• 其他 Exception（受检异常 / Checked Exception）：如 IOException、SQLException，编译器强制你处理（try-catch 或 throws），代表外部不确定性（文件不存在、网络中断等）。
重点盯住面试高频分支：try-catch-finally 与 throws 的行为细节
思维导图里这部分常配执行流程图或对比表格，你要关注这些实操要点：
— try 块中一旦抛出异常，剩余语句立即停止执行；
— catch 按声明顺序匹配，**子类异常必须写在父类前面**（否则编译报错）；
— finally 总会执行（除非 System.exit()），且其中的 return 会覆盖 try/catch 中的 return；
— throws 不是处理异常，而是“甩锅”，把责任明确移交上层调用者；
— JDK 7+ 支持多异常合并捕获：catch (IOException | SQLException e)。
留意自定义异常和异常链的设计意图
面试官常问“为什么自己定义异常？”——导图里这一块要理解本质：
— 自定义异常继承 RuntimeException 或 Exception，取决于是否强制调用方处理；
— 命名体现业务语义（如 InsufficientBalanceException），比泛化异常更易定位问题；
— 用 initCause() 或构造函数传入原始异常，形成异常链，保留根因（比如数据库连接失败导致业务校验失败，要看到底层 SQLException）。
别漏掉资源管理这个硬性考点：try-with-resources
这是 Java 7 引入的语法糖，导图中通常和 finally 对比出现：
— 要求资源类实现 AutoCloseable 接口（如 FileInputStream、Connection）；
— 语法简洁：try (FileInputStream fis = new FileInputStream("a.txt")) { ... }；
— 自动在 try 结束后调用 close()，无论是否异常，比手写 finally 更安全可靠；
— 多资源可用分号分隔，关闭顺序与声明顺序相反（后声明先关闭）。
真正读懂这张图，不靠记忆节点，而在于能把每个分支对应到真实代码场景。比如看到“受检异常”，马上想到 openFile() 方法必须声明 throws IOException；看到“异常链”，立刻能写出带 cause 的日志输出。不复杂但容易忽略。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
