java异常机制本质是让异常自然发生并传播以中断流程，不捕获即中断；throw主动抛出、未处理的runtimeexception或上抛的checked exception均会跳过后续代码，直至被捕获或线程终止。
Java 中通过异常机制中断错误流程，本质不是“主动中断”，而是让异常自然发生并传播，从而跳过后续逻辑——前提是不捕获它。关键在于理解：异常本身就会中断当前执行流，而是否继续运行，取决于你有没有用 try-catch 拦截它。
异常天然具备中断能力
当某行代码抛出异常（如 throw new IllegalArgumentException("参数非法") 或运行时触发 NullPointerException），JVM 立即停止执行该方法中该语句之后的所有代码，并沿调用栈向上寻找匹配的 catch 块。若全程无人捕获，线程终止（主线程则程序退出）。
例如：
public void process(int value) {
if (value <h3>明确控制中断点的常用方式</h3>
-
手动抛出异常：用
throw主动中断，适用于业务规则校验失败、状态非法等场景 -
不处理非受检异常：如
NullPointerException、ArrayIndexOutOfBoundsException，编译器不强制捕获，一旦发生就直接中断 -
不捕获受检异常：若方法声明了
throws IOException，又不在调用处try-catch，异常会继续上抛，直到被处理或中断线程
需要避免的误区
- ✅ 不要用
try-catch包住本该中断的逻辑（比如校验失败后还强行往下走） - ❌ 不要写空的
catch块（如catch (Exception e) {}），这等于吞掉中断信号，掩盖问题 - ❌ 不要把
return和异常混用做流程控制（如“成功返回 true，失败 throw”），应统一用异常表达失败
实际中断流程示意
假设调用链是 main → service → dao：
-
dao中执行FileInputStream fis = new FileInputStream("missing.txt");→ 抛FileNotFoundException - 若
dao没 try-catch，异常传给service - 若
service也没捕获，继续传给main -
main未处理 → JVM 打印堆栈、线程终止 → 整个流程中断
本质上，Java 的异常机制就是靠“不拦截”来实现错误流程中断，而不是靠某种开关指令。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
