异常传播指Java中未被捕获的异常沿调用栈向上抛出，受检异常需显式处理或声明，非受检异常可自由传播，合理利用可在高层统一处理，提升程序健壮性。
当Java程序执行过程中发生异常，如果没有被及时处理，异常会沿着方法调用栈向上抛出，这一过程称为异常传播。理解异常传播机制有助于更好地设计异常处理逻辑，提升程序的健壮性和可维护性。
异常传播的基本流程
Java中，每个方法都可能抛出异常。当一个方法内部出现异常且未使用try-catch进行捕获时，该异常会自动向调用它的上层方法传递。
例如，方法A调用方法B，方法B调用方法C，如果方法C抛出异常且未被捕获，异常会依次回传到B，再传到A，直到被某个层级的catch块处理，或最终交由JVM处理导致程序终止。
- 异常从发生点逐层向上“冒泡”
- 每一层调用栈都有机会捕获并处理异常
- 若所有层级均未处理，主线程终止并打印堆栈信息
受检异常与非受检异常的传播差异
Java将异常分为受检异常（checked exception）和非受检异常（unchecked exception），它们在传播规则上有明显不同。
立即学习“Java免费学习笔记（深入）”；
受检异常（如IOException）必须显式处理，要么用try-catch捕获，要么通过throws声明抛出。编译器会强制检查这类异常是否被正确处理。
非受检异常（如NullPointerException、IllegalArgumentException）继承自RuntimeException，不需要强制声明或捕获，可以自由传播。
- 受检异常：方法必须声明throws或捕获，否则编译失败
- 非受检异常：可直接传播，无需throws声明
- Error类型（如StackOverflowError）也属于非受检，通常不建议捕获
异常传播中的栈轨迹（StackTrace）
每当异常被抛出，JVM会记录从异常发生点到当前调用栈的完整路径，即栈轨迹。这个信息对调试至关重要。
通过e.printStackTrace()可以输出完整的调用链，帮助定位问题源头。即使异常在高层被捕获，原始的栈信息依然保留。
开发者也可以通过e.getStackTrace()手动分析调用路径，或在日志中输出关键帧信息。
合理利用异常传播设计健壮代码
异常传播不是错误，而是一种合理的控制流机制。合理使用能简化代码结构，避免在每层都做重复处理。
建议在底层抛出异常，在业务层集中捕获并转换为用户友好的提示。例如DAO层抛出SQLException，Service层捕获后封装为自定义业务异常。
- 不要过度使用try-catch吞掉异常
- 在合适层次统一处理异常，如全局异常处理器
- 自定义异常类可携带更多上下文信息，便于排查
基本上就这些。掌握异常如何在方法间传递，清楚不同类型异常的处理要求，就能写出更清晰、更可靠的Java程序。
