捕获异常然后抛出另一个异常发生了什么?

本文介绍如何在Java中使用自定义异常来捕获并传播原始异常信息,包括通过构造函数和initCause方法实现。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

 

 

对应的自定义异常类为:

上述代码输出结果为:

throwException
com.lwf.thinking.eight.EusException
    at com.lwf.thinking.eight.UserDefineException.catchException(UserDefineException.java:19)
    at com.lwf.thinking.eight.UserDefineException.main(UserDefineException.java:9)
可以看到输出结果看不到最开始的throwException中抛出的SQLException,这是因为在catchException中抛出的是EusException而不是SQLException

 

那么当我抛出另一个异常的时候也想让这个异常包含引发它的异常怎么做呢?

修改异常类:增加方法

public EusException(Throwable cause){
        super(cause);
    }

对应异常类为:

 

代码改为:

throw new EusException(e);

如下:

输出结果为:

throwException
com.lwf.thinking.eight.EusException: java.sql.SQLException
    at com.lwf.thinking.eight.UserDefineException.catchException(UserDefineException.java:19)
    at com.lwf.thinking.eight.UserDefineException.main(UserDefineException.java:9)
Caused by: java.sql.SQLException
    at com.lwf.thinking.eight.UserDefineException.throwException(UserDefineException.java:25)
    at com.lwf.thinking.eight.UserDefineException.catchException(UserDefineException.java:17)
    ... 1 more
可以看到结果列出了引发的原始异常SQLException。

 

注意,因为JAVA API中有很多类并没有参数为Throwable 类型的构造函数:

public EusException(Throwable cause){
        super(cause);
    }

但自Throwable类继承过来的类都有initCause(Throwable cause)方法,所以另一种实现的方式是:

异常类不变。

### 编程中的异常抛出捕获 #### 抛出异常的最佳实践 在编程过程中,应当在遇到无法继续正常流程的情况下抛出异常。具体场景包括但不限于: - 当函数接收到非法参数时应抛出`ArgumentException`或相应类型的异常[^3]。 - 如果资源不可用(例如文件不存在、网络连接失败),应该抛出表示该情况的特定异常类型。 - 对于业务逻辑上的错误条件也应当考虑抛出自定义异常。 通过这种方式可以清晰表达程序遇到了什么问题,并且允许调用者决定如何响应这些问题。 #### 捕获异常的最佳实践 对于何时捕获异常,则取决于应用程序的设计意图和层次结构: - 应尽可能靠近发生错误的地方处理它;如果可以在局部范围内解决这个问题而不影响其他部分的功能,则在此处立即处理是最好的选择[^2]。 - 不要轻易忽略任何已发生异常——即使确实存在某些情况下可以选择吞掉它们(即不报告也不记录)。通常来说,至少需要记录下发生了什么事情以便日后排查问题。 - 在高层级组件中设置全局性的异常处理器可能是必要的,用来确保即便是在较低层未被妥善处理的情况也能得到适当对待,比如向用户显示友好的提示信息而不是让整个应用崩溃退出[^1]。 ```python def divide_numbers(a, b): try: result = a / b except ZeroDivisionError as e: print(f"Caught an exception: {e}") return None # Handle the error gracefully by returning a default value or re-raising with more context. else: return result ``` 上述代码展示了如何优雅地处理除零错误,在此例子中选择了返回`None`作为特殊情况下的结果替代值。 #### 关键原则总结 - **精确性**:只针对预期可能出现的具体异常类型进行捕捉,避免使用过宽泛的异常匹配模式以免掩盖真正潜在的问题。 - **职责分离**:不同级别的模块负责各自范围内的异常管理策略,低级别专注于技术层面的恢复措施,高级别关注用户体验和服务连续性保障。 - **文档化**:无论是内部还是公开API都应该清楚说明哪些操作可能触发什么样的异常状况,帮助使用者理解并正确应对各种意外情形。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值