Java的异常传递机制指的是当程序运行过程中出现异常时，异常对象会从发生异常的方法开始，沿着方法调用链向上传递，直到被合适的异常处理逻辑捕获或者最终导致程序终止的过程。理解这个机制能帮助开发者更合理地设计异常处理逻辑，避免异常被错误吞掉或者不必要的异常捕获。
Java异常体系基础
在了解异常传递之前，需要先明确Java的异常分类，所有异常都继承自java.lang.Throwable类，主要分为两大类：
- Error：表示系统级错误，比如内存溢出、栈溢出等，这类错误一般程序无法处理，也不需要关注传递逻辑。
- Exception：表示程序运行时的异常，是开发者需要重点关注的，又分为两类：
- Checked Exception：编译时异常，比如
IOException、SQLException，这类异常在编译阶段就会被检查，要么在方法内捕获，要么在方法声明上用throws抛出。 - Unchecked Exception：运行时异常，继承自
RuntimeException，比如NullPointerException、ArrayIndexOutOfBoundsException，编译阶段不会强制检查，可以选择处理也可以不处理。
异常传递的基本流程
当某个方法内部抛出异常时，会立刻停止当前方法的剩余代码执行，然后检查当前方法是否有对应的try catch块捕获该异常：
- 如果当前方法有匹配的catch块，异常会被捕获处理，之后执行catch块后的代码，不会再向上传递。
- 如果当前方法没有捕获该异常，异常会抛给调用当前方法的上层方法，上层方法重复上述检查流程，直到被捕获或者传递到main方法仍未被捕获，程序就会终止并打印异常栈信息。
下面通过一个简单的多层方法调用示例来演示这个流程：
public class ExceptionTransferDemo {
// 第三层方法，内部抛出运行时异常
public static void thirdMethod() {
System.out.println("进入thirdMethod方法");
// 主动抛出空指针异常，属于unchecked异常
throw new NullPointerException("thirdMethod中发生空指针异常");
}
// 第二层方法，调用thirdMethod
public static void secondMethod() {
System.out.println("进入secondMethod方法");
// 没有捕获thirdMethod抛出的异常，异常会向上传递到firstMethod
thirdMethod();
// 这行代码不会执行，因为thirdMethod已经抛出异常终止了当前方法
System.out.println("thirdMethod执行完成");
}
// 第一层方法，调用secondMethod
public static void firstMethod() {
System.out.println("进入firstMethod方法");
try {
secondMethod();
// 这行代码不会执行，因为secondMethod传递上来的异常会被catch捕获
System.out.println("secondMethod执行完成");
} catch (NullPointerException e) {
// 捕获到传递上来的空指针异常，打印异常信息
System.out.println("在firstMethod中捕获到异常：" + e.getMessage());
}
System.out.println("firstMethod继续执行后续逻辑");
}
public static void main(String[] args) {
firstMethod();
System.out.println("main方法执行完成");
}
}运行上述代码，输出结果如下：
进入firstMethod方法 进入secondMethod方法 进入thirdMethod方法 在firstMethod中捕获到异常：thirdMethod中发生空指针异常 firstMethod继续执行后续逻辑 main方法执行完成
可以看到异常从thirdMethod抛出后，经过secondMethod没有捕获，最终传递到firstMethod被catch块捕获，后续逻辑正常执行。
Checked异常的传递规则
Checked异常和Unchecked异常的传递流程基本一致，唯一的区别是Checked异常在编译阶段就会强制要求处理，要么在方法内用try catch捕获，要么在方法声明上用throws关键字抛出，否则编译不通过。
下面的示例演示Checked异常的传递：
import java.io.FileInputStream;
import java.io.FileNotFoundException;
public class CheckedExceptionTransfer {
// 第三层方法，抛出checked异常，需要在方法声明上标注throws
public static void readFile() throws FileNotFoundException {
System.out.println("尝试读取文件");
// FileInputStream如果文件不存在会抛出FileNotFoundException，属于checked异常
new FileInputStream("不存在的文件.txt");
}
// 第二层方法，调用readFile，同样不处理异常，继续抛出
public static void processFile() throws FileNotFoundException {
System.out.println("进入processFile方法");
readFile();
}
public static void main(String[] args) {
try {
processFile();
} catch (FileNotFoundException e) {
System.out.println("捕获到文件不存在异常：" + e.getMessage());
}
}
}这里readFile抛出的FileNotFoundException是Checked异常，processFile没有捕获，就需要在方法声明上用throws抛出，最终传递到main方法被捕获，如果main方法也不捕获也不抛出，编译就会报错。
finally块在异常传递中的作用
finally块中的代码无论是否发生异常，也无论异常是否被捕获，都会执行，在异常传递过程中，finally块会在当前方法的异常被处理或者向上抛出之前执行。
看下面的示例：
public class FinallyInTransfer {
public static void methodA() {
try {
System.out.println("methodA中抛出异常");
throw new RuntimeException("methodA的异常");
} finally {
System.out.println("methodA的finally块执行");
}
}
public static void main(String[] args) {
try {
methodA();
} catch (RuntimeException e) {
System.out.println("main方法捕获到异常：" + e.getMessage());
}
}
}运行结果为：
methodA中抛出异常 methodA的finally块执行 main方法捕获到异常：methodA的异常
可以看到methodA抛出异常后，先执行了finally块的内容，之后异常才向上传递到main方法被捕获。
异常传递的常见注意事项
- 不要盲目捕获异常，尤其是捕获了异常却不处理，只是打印日志或者直接吞掉，这样会导致上层调用者不知道异常发生，引发更隐蔽的问题。
- 如果方法内抛出的异常需要上层处理，合理选择是用try catch捕获处理，还是用throws抛出，一般底层方法更适合抛出异常，由上层业务方法根据场景处理。
- finally块中尽量避免再次抛出异常，否则可能会覆盖原来传递的异常，导致原始异常信息丢失。
- 异常传递的过程中，异常栈信息会记录完整的调用链路，排查问题时可以通过异常栈快速定位异常发生的位置和传递路径。
异常传递机制是Java异常处理的核心部分，掌握它的逻辑能帮助开发者写出更合理的异常处理代码，既不会因为过度捕获导致问题隐藏，也不会因为异常未处理导致程序意外终止。