Java异常处理机制通过Throwable的Exception和Error分支区分可恢复与严重错误，编译时异常需强制处理，运行时异常由逻辑疏漏导致；核心语法为try-catch-finally和throw-throws，使用时需避免吞异常、优先用try-with-resources、合理自定义异常。
异常处理机制是Java用来应对程序运行中意外状况的一套规则和工具。它不阻止错误发生，但能防止程序一出错就崩溃，让开发者有机会捕获问题、记录信息、清理资源，甚至恢复执行。
异常本质是对象
Java里所有异常都是Throwable类或其子类的实例。真正需要关注的是它的两个分支：
- Exception：可被捕获、可恢复的异常，比如文件找不到、网络断开、数字格式不对——这是你每天打交道的对象
- Error：JVM级严重问题，如内存溢出（OutOfMemoryError）、栈溢出（StackOverflowError），一般不写catch去抓，也很难靠代码修复
也就是说，你写的异常处理，99%都是围绕Exception展开的。
两类异常：编译时异常 vs 运行时异常
区分关键看编译器是否强制你处理：
立即学习“Java免费学习笔记（深入）”；
- 编译时异常（Checked Exception）：比如IOException、SQLException。不处理？编译直接报错。它们代表外部不确定性高、大概率发生的场景，比如读文件前文件可能已被删除
- 运行时异常（Unchecked Exception）：比如NullPointerException、ArrayIndexOutOfBoundsException。编译器不管，但一旦发生，程序立刻中断。它们多由逻辑疏漏导致，比如忘了判空、下标写错，本该在编码阶段就避免
一句话记牢：编译时异常是“你得提前防”，运行时异常是“你该写对点”。
核心语法：try-catch-finally 和 throw-throws
Java用5个关键字搭起异常处理骨架：
- try：包裹可能出问题的代码，像一个“风险隔离区”
- catch：匹配并接手对应类型的异常，可多个catch按从具体到宽泛排列（如先捕FileNotFoundException，再捕IOException）
- finally：无论有没有异常都执行，适合关流、释放连接等收尾动作（注意：如果finally里有return，会覆盖try/catch中的return）
- throw：方法内部主动抛出一个异常对象，比如throw new IllegalArgumentException("id不能为负")
- throws：写在方法声明后面，告诉调用者“我可能会扔出这个异常，请你接住或继续往上扔”，常用于把编译时异常甩给上层处理
实际怎么用才不踩坑
别只学语法，这几个细节决定代码健壮性：
- 不要用catch(Exception e)吞掉所有异常——它会掩盖真实问题，至少要打印堆栈e.printStackTrace()，生产环境推荐用日志框架记录
- 资源操作优先用try-with-resources（JDK7+），自动关闭实现了AutoCloseable的资源，比手写finally更安全简洁
- 自定义异常继承Exception（需检查）或RuntimeException（不需检查），根据业务语义命名，比如InsufficientBalanceException
- 不要在finally里写可能抛异常的逻辑，否则会掩盖原始异常；也不要在这里做业务判断或修改返回值
基本上就这些。机制本身不复杂，但容易忽略细节——比如忘了关流、吞了异常、没分清该不该throws，结果小问题拖成线上事故。
