摘要:前言开发中,正常情况下,在执行了代码块之后,中的代码一定会执行。上述在主线程和守护线程中都设置的原因是怕线程方法还未开始执行主线程就退出了,这样的话代码块中的内容都不会执行。当然不是说守护线程中的代码一定不会执行。
前言
Java开发中,正常情况下,在执行了try代码块之后,finally中的代码一定会执行。我们实际开发也经常会利用这个特性,在finally中来执行一些特殊的操作,比如:释放资源、释放锁等。
demo
public class Finally { public static void main(String[] args) { try { //正常业务逻辑 System.out.println("I am try"); throw new RuntimeException("I am RuntimeExecption"); } catch (Exception e) { //异常处理 System.out.println("I am Exception -> " + e.getMessage()); } finally { //释放资源等 System.out.println("I am Finally"); } } }
execute
I am try I am Exception -> I am RuntimeExecption I am Finally
那么是不是finally中的代码一定会被执行呢?
其实不然,目前作者了解到有两种情况下,finally中的代码不会被执行(不考虑try之前出现异常或者return的情况,换言之,在try之前出现异常或者return时,try对应的finally中的内容不会被执行)
finally之前虚拟机被停止demo
public class Finally { public static void main(String[] args) { try { //正常业务逻辑 System.out.println("I am try"); throw new RuntimeException("I am RuntimeExecption"); } catch (Exception e) { //异常处理 System.out.println("I am Exception -> " + e.getMessage()); System.exit(1);//异常关闭虚拟机 } finally { //释放资源等 System.out.println("I am Finally"); } } }
execute
I am try I am Exception -> I am RuntimeExecption
上面的代码在出现了异常之后,使用System.exit(1)退出关闭虚拟机,finally中的代码当然无法执行。
守护线程中的finallydemo
public class Finally { public static void main(String[] args) throws Exception { Thread thread = new Thread(new Runnable() { public void run() { try { //正常业务逻辑 System.out.println("I am try"); Thread.sleep(1000); } catch (Exception e) { //异常处理 System.out.println("I am Exception -> " + e.getMessage()); } finally { //释放资源等 System.out.println("I am Finally"); } } }); thread.setDaemon(true); thread.start(); Thread.sleep(1000); System.out.println("end"); } }
execute
I am try end
使用setDaemon(true)方法来设置线程为守护线程,从打印结果中可以看到,守护线程中,try代码块中的代码执行了,finally代码块未必执行。主要原因是因为守护线程会随着所有非守护线程的退出而退出。上述在主线程和守护线程中都设置sleep(1000)的原因是怕线程run()方法还未开始执行主线程就退出了,这样的话try代码块中的内容都不会执行。当然不是说守护线程中的finally代码一定不会执行。
总结java中,如果想要执行try中的代码之后,不允许再执行finally中的代码,有以下两种方式:
使用System.exit(1)来退出虚拟机
把当前执行trycatchfinally代码的线程设置为守护线程
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/74364.html
摘要:奇怪的代码行这里第一行为什么加了而且还要声明一个局部变量探寻缘由经过搜索找到的解释本质上是由于内存模型和之间的不同如果我们直接使用函数内使用的执行时序函数仅会保存的指针会在使用的地方通过指针获取对象然后再调用相应方法例如好像还可以接受嘛但 奇怪的代码 JDK 1.8 | java.util.concurrent.locks.ReentrantLock | 125行 /** * Pe...
摘要:子线程往消息队列发送消息,并且往管道文件写数据,主线程即被唤醒,从管道文件读取数据,主线程被唤醒只是为了读取消息,当消息读取完毕,再次睡眠。因此的循环并不会对性能有过多的消耗。 说下你所知道的设计模式与使用场景 a.建造者模式: 将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。 使用场景比如最常见的AlertDialog,拿我们开发过程中举例,比如Camera...
摘要:广州三本大三在读,在广州找实习。这篇文章其实主要是记录一下自己的面试经历,希望大家看完之后能有所了解进入中小公司究竟需要什么水平。时间复杂度尽量低一些使用快排的,将给出的随机数做基准值返回的坐标就是了。 前言 只有光头才能变强 这阵子跑去面试Java实习生啦~~~我来简单介绍一下背景吧。 广州三本大三在读,在广州找实习。大学开始接触编程,一个非常平庸的人。 在学习编程时,跟我类似的人应...
阅读 2452·2021-11-24 09:39
阅读 3496·2019-08-30 15:53
阅读 574·2019-08-29 15:15
阅读 2877·2019-08-26 13:23
阅读 3188·2019-08-26 10:48
阅读 615·2019-08-26 10:31
阅读 730·2019-08-26 10:30
阅读 2303·2019-08-23 18:32