博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
Throwable cause的使用
阅读量:6458 次
发布时间:2019-06-23

本文共 2094 字,大约阅读时间需要 6 分钟。

  hot3.png

先来看一下API中对cause的解释:

   

Throwable 包含了其线程创建时线程执行堆栈的快照。它还包含了给出有关错误更多信息的消息字符串。最后,它还可以包含 cause(原因):另一个导致此 throwable 抛出的 throwable。此 cause 设施在 1.4 版本中首次出现。它也称为异常链 设施,因为 cause 自身也会有 cause,依此类推,就形成了异常链,每个异常都是由另一个异常引起的。

导致 throwable cause 的一个理由是,抛出它的类构建在低层抽象之中,而高层操作由于低层操作的失败而失败。让低层抛出的 throwable 向外传播是一种糟糕的设计方法,因为它通常与高层提供的抽象不相关。此外,这样做将高层 API 与其实现细节关联起来,假定低层异常是经过检查的异常。抛出“经过包装的异常”(即包含 cause 的异常)允许高层与其调用方交流失败详细信息,而不会招致上述任何一个缺点。这种方式保留了改变高层实现而不改变其 API 的灵活性(尤其是,异常集合通过其方法抛出)。

导致 throwable cause 的另一个 cause 是,抛出它的方法必须符合通用接口,而通用接口不允许方法直接抛出 cause。例如,假定持久集合符合 Collection 接口,而其持久性在 java.io 的基础上实现。假定 add 方法的内部可以抛出 IOException。实现可以与其调用方交流 IOException 的详细消息,同时通过以一种合适的未检查的异常来包装 IOException,使其符合 Collection 接口。(持久集合的规范应该指示它能够抛出这种异常。)

可以说很直观的解释了,但是具体怎么体现cause还有点模糊,于是手动测试:

    

public class LowerLevel {    public void throwException(){        throw new RuntimeException("lower exception");    }}

 

public class HighLevel {    LowerLevel ll = new LowerLevel();    public void hi(){        try{            ll.throwException();        }catch (Exception e){            throw new RuntimeException("high",e);        }    }    public static void main(String[] args) {        HighLevel highLevel = new HighLevel();        highLevel.hi();    }}

 

执行之后抛出异常,控制台中打印的异常栈如下:

    

Exception in thread "main" java.lang.RuntimeException: high	at com.iqiyi.mams.web.listener.HighLevel.hi(HighLevel.java:12)	at com.iqiyi.mams.web.listener.HighLevel.main(HighLevel.java:18)	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)	at java.lang.reflect.Method.invoke(Method.java:606)	at com.intellij.rt.execution.application.AppMain.main(AppMain.java:140)Caused by: java.lang.RuntimeException: lower exception	at com.iqiyi.mams.web.listener.LowerLevel.throwException(LowerLevel.java:9)	at com.iqiyi.mams.web.listener.HighLevel.hi(HighLevel.java:10)	... 6 more

吼吼吼,一看就明白。同时还明白了异常中出现的6more是什么意思,数了一下,在上面hi下面的异常栈数量=6。以前还疑惑这个more到底去了哪里。

转载于:https://my.oschina.net/liufq/blog/872650

你可能感兴趣的文章
【转】github如何删除一个仓库
查看>>
Linux系统编程——进程调度浅析
查看>>
大数据Lambda架构
查看>>
openCV_java 图像二值化
查看>>
状态模式
查看>>
删除CentOS / RHEL的库和配置文件(Repositories and configuraiton files)
查看>>
DJANGO变动库的一次真实手动经历
查看>>
VC++获得微秒级时间的方法与技巧探讨(转)
查看>>
HDOJ-1010 Tempter of the Bone
查看>>
MySQL my.cnf参数配置优化详解
查看>>
JavaNIO基础02-缓存区基础
查看>>
日本开设无人机专业,打造无人机“人才市场”
查看>>
190行代码实现mvvm模式
查看>>
PXE部署实例
查看>>
cobbler初探------实现自动安装centos6.4
查看>>
Android Studio 2.0 preview3 BUG
查看>>
兼容几乎所有浏览器的透明背景效果
查看>>
Go语言4
查看>>
jeesite 框架搭建与配置
查看>>
Adb移植(一)简单分析
查看>>