java只使用try和finally不使用catch的原因和场景
来源:互联网 发布:工程进度计划编制软件 编辑:程序博客网 时间:2024/06/05 14:28
JDK并发工具包中,很多异常处理都使用了如下的结构,如AbstractExecutorService,即只有try和finally没有catch。
class X {private final ReentrantLock lock = new ReentrantLock();// ... public void m(){lock.lock(); // block until condition holdstry {// ... method body} finally{lock.unlock()} }}
为什么要使用这种结构?有什么好处呢?先看下面的代码
public void testTryAndFinally(String name) {try{name.length();// NullPointerException}finally{System.out.println("aa");} }
传递null该方法的执行结果是:在控制台打印aa,并抛出NullPointerException。执行流程是先执行try块,出现异常后执行finally块,最后向调用者抛出try中的异常。这种执行结果是很正常的,因为没有catch异常处理器,所有该方法只能将产生的异常向外抛;因为有finally,所以会在方法返回抛出异常之前,先执行finally代码块中的清理工作。
这种做法的好处是什么呢?对于testTryAndFinally来说,它做了自己必须要做的事(finally),并向外抛出自己无法处理的异常;对于调用者来说,能够感知出现的异常,并可以按照需要进行处理。也就是说这种结构实现了职责的分离,实现了异常处理(throw)与异常清理(finally)的解耦,让不同的方法专注于自己应该做的事。那什么时候使用try-finally,什么时候使用try-catch-finally呢?很显然这取决于方法本身是否能够处理try中出现的异常 。如果自己可以处理,那么直接catch住,不用抛给方法的调用者;如果自己不知道怎么处理,就应该将异常向外抛,能够让调用者知道发生了异常。即在方法的签名中声明throws可能出现而自己又无法处理的异常,但是在方法内部做自己应该的事情。
这可以参考ExecutorService.invokeAny()的方法签名
阅读全文
0 0
- java只使用try和finally不使用catch的原因和场景
- java只使用try和finally不使用catch的原因和场景
- java只使用try和finally不使用catch的原因和场景
- java只使用try和finally不使用catch的原因和场景
- java只使用try和finally不使用catch的原因和场景
- java使用try和finally不使用catch的原因和场景
- 黑马程序员——throws和throw的区别,try、catch和finally的使用场景
- throws和try-catch的使用场景
- java关于异常处理只使用try-finally而不使用catch
- java—try、catch、finally的使用
- JAVA的try,catch 和 finally
- try-catch-finally的使用
- Java 异常处理 try catch finally throws throw 的使用和解读(一)
- 使用try/catch的原则和常见场景
- Java try和catch的使用
- Java try和catch的使用
- Try、catch和finally
- 使用try和catch
- Kotlin详解:第一章,基本语法
- NSGA-Ⅱ算法C++实现(测试函数为ZDT1)
- Spring声明式事务配置(xml配置与注解配置)
- 对于ES6新数据类型Symbol()的理解和学习
- Redis (error) NOAUTH Authentication required.解决方法
- java只使用try和finally不使用catch的原因和场景
- 这篇文章主要介绍了python中的实例方法、静态方法、类方法、类变量和实例变量浅析,需要的朋友可以参考下
- Hadoop学习四
- 淘淘商城系列——购物车实现分析及工程搭建
- 转售联通物联网卡的盈利可能性探讨
- 红黑树的移除节点操作图解--转载
- 通过SSH克隆远程仓库(GitLab)到本地
- 局部敏感哈希(Locality-Sensitive Hashing, LSH)方法介绍
- linux下安装Redis