Java中try-catch-finally执行顺序你知道吗

目录
  • 引言
  • 正文
  • try块中有return
  • catch块中有return
  • try块和finally块中有return
  • catch块和finally块中有return
  • try块、catch块和finally块中都有return
  • 总结

引言

java异常处理中,try、catch、finally的执行顺序,大家都知道是按顺序执行的,这里我就不废话了。但是当try、catch、finally中加入return之后,就会有几种不同的情况出现,下面分别来说明一下。也可以跳到最后直接看总结。

正文

这里共列举五种情况,会对其一一说明。

try块中有return

try{
    System.out.println("try块代码运行了");
    return 0;
}catch(Exception e){
    System.out.println("catch块代码运行了");
}finally {
    System.out.println("finally块代码运行了");
}
return 1;

输出结果:

try块代码运行了
finally块代码运行了

最终返回:0

执行流程:

执行try块中return前(包括return语句中的表达式运算)的代码 -> 执行finally块 -> 执行try中return。

结论:

当try中带有return时,会先执行return前的代码,然后暂时保存需要return的信息,再执行finally中的代码,最后再通过return返回之前保存的信息。finally块之后的语句return不再执行,因为程序在try中已经return过了,方法的执行已经结束。

但有一点需要注意,如果返回值是引用类型呢?再看另外一个例子:

List<Integer> list = new ArrayList<>();
try {
    list.add(0);
    System.out.println("try:" + list);
    return list;
} catch (Exception e) {
    list.add(1);
    System.out.println("catch:" + list);
} finally {
    list.add(2);
    System.out.println("finally:" + list);
}
return list;

输出:

try:[0]
finally:[0,2]

最终返回:[0,2]

看完这个例子,可能会发现问题,刚提到return时会临时保存需要返回的信息,不受finally块中代码的影响。但是在这里,list里存的不是变量本身,而是变量的地址,所以当finally通过地址改变了变量,还是会影响方法返回值的。

catch块中有return

try{
    System.out.println("try块代码运行了");
    //int x = 1 / 0 ;
}catch(Exception e){
    System.out.println("catch块代码运行了");
    return 0;
}finally {
    System.out.println("finally块代码运行了");
}
return 1;

输出结果:

//无异常
try块代码运行了
finally块代码运行了
    
最终返回:1
//有异常
try块代码运行了
catch块代码运行了
finally块代码运行了
    
最终返回:0

执行流程:

程序先执行try,如果遇到异常执行catch块。

有异常:执行catch中return之前(包括return语句中的表达式运算)代码,再执行finally语句中全部代码,最后执行catch块中return, finally之后的return不再执行。

无异常:执行完try再finally再return。

结论:

catch中return与try中类似,若出现异常,会暂时保存catch块中return的信息,再执行finally中的代码,最后再通过return返回之前保存的信息。

try块和finally块中有return

try{
    System.out.println("try块代码运行了");
    return 0;
}catch(Exception e){
    System.out.println("catch块代码运行了");
​
}finally {
    System.out.println("finally块代码运行了");
    return 1;
}

输出结果:

try块代码运行了
finally块代码运行了
    
最终返回:1

执行流程:

程序执行try块中return之前(包括return语句中的表达式运算)代码,再执行finally块。因为finally块中有return所以提前退出,而不再执行try中的return。

备注:

这种写法是可以编译通过的,但是编译器会给予警告。我们一般不在finally块中写return语句,这里只是刻意演示了一下效果。

catch块和finally块中有return

try{
    System.out.println("try块代码运行了");
    //int x = 1 / 0 ;
}catch(Exception e){
    System.out.println("catch块代码运行了");
    return 0;
}finally {
    System.out.println("finally块代码运行了");
    return 1;
}

输出结果:

//无异常
try块代码运行了
finally块代码运行了
    
最终返回:1

//有异常
try块代码运行了
catch块代码运行了
finally块代码运行了
    
最终返回:1

执行流程:

无异常:执行try后跳过catch执行finally,得到finally的返回值1;

有异常:程序执行catch块中return之前(包括return语句中的表达式运算)代码,再执行finally块。因为finally块中有return所以提前退出,而不再执行catch中的return。

try块、catch块和finally块中都有return

try{
    System.out.println("try块代码运行了");
    //int x = 1 / 0 ;
    return 0;
}catch(Exception e){
    System.out.println("catch块代码运行了");
    return 1;
}finally {
    System.out.println("finally块代码运行了");
    return 2;
}

输出结果:

//无异常
try块代码运行了
finally块代码运行了

最终返回:2
    
//有异常
try块代码运行了
catch块代码运行了
finally块代码运行了

最终返回:2

执行流程:

程序执行try块中return之前(包括return语句中的表达式运算)代码,

无异常:然后再执行finally块,因为finally块中有return所以提前退出;

有异常:执行catch块中return之前(包括return语句中的表达式运算)代码,再执行finally块。因为finally块中有return所以提前退出

结论:

得到finally中的返回值3。

总结

  • 无论catch是否捕获异常,finally语句块都是要被执行的。
  • 当try块或catch块return一个值,那么finally块中的代码会在执行return后,返回之前执行。(此时并没有返回运算后的值,而是把要返回的值暂时保存起来)。
  • finally中如果包含return,那么程序将在这里返回,而不是通过try或catch中的return返回,返回值就不是try或catch中保存的返回值了。会直接在finally中结束方法的执行,导致try、catch中的return失效
  • 当try或catch,finally中都包含return的时候,要注意返回值的类型。finally修改的基本类型是不影响返回结果的,修改list、map、自定义类等引用类型时,是影响返回结果的。
  • 编译器会对finally中的return给予警告,因为从finally中返回可能会导致异常丢失 。如:
    try
    {
        try
        {
            throw new RuntimeException("来自try块中的异常") ;
        }finally{
            return;
        }
    }
    catch (Exception e)
    {
        e.printStackTrace(System.out) ;
    }

    这里无法捕获 我们自定义的运行时异常。

    又如:

    try
    {
        try
        {
            throw new RuntimeException("来自try块中的异常") ;
        }finally{
            throw new RuntimeException("来自finally块中的异常") ;
        }
    }
    catch (Exception e)
    {
        e.printStackTrace(System.out) ;
    }

    这里会丢失 第一个异常。

到此这篇关于try-catch-finally执行顺序你知道吗的文章就介绍到这了,更多相关try-catch-finally执行顺序内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

(0)

相关推荐

  • Java try-catch-finally异常处理机制详解

    Java中的try-catch-finally异常处理 一.异常处理 异常(Exception):是在运行发生的不正常情况. 原始异常处理: if(条件) { 处理办法1 处理办法2 处理办法3 } if(条件) { 处理办法4 处理办法5 处理办法6 } 代码阅读性差,臃肿不堪,与正常流程代码结合的很紧密,所以,在JAVA中进行一系列的改良,将一系列常见的问题,用面向对象的思考方式,对其进行了描述.封装. class 处理办法 { 处理办法1() { 举例1 } 处理办法2() { 举例2 }

  • 谈谈Java中try-catch-finally中的return语句

    我们知道return语句用在某一个方法中,一是用于返回函数的执行结果,二是用于返回值为void类型的函数中,仅仅是一个return语句(return ;),此时用于结束方法的执行,也即此return后的语句将不会被执行,当然,这种情况下return语句后不能再有其它的语句了. 在try-catch-finally语句中使用return语句遇到了一些疑问 代码一: static int intc(){ int x =0; try{ x=1; return x; }finally { x = 3;

  • 杂谈try-catch-finally异常处理

    相关阅读:再谈异常处理try catch finally 1. 前言 最近这段时间正开发一个店铺管理系统,这个项目定位于给中小型店铺使用的软件系统.简单的说,它处理商品的进货,销售,退货等功能.软件虽小,五脏俱全,里面涉及的技术跟大型应用软件其实差别也不大,其中有加密.数据访问.异常处理.日志.验证.ORM.依赖注入等. 本篇文章主要介绍C#语言的异常处理方面的内容,其中包含的主要内容: •什么是异常?异常的特点? •异常处理的基础知识. •引发和捕捉异常的处理准则. •避免与异常相关的性能问题

  • java中使用try-catch-finally一些值得注意的事(必看)

    我们知道,try负责圈定可能会出异常的代码:catch负责处理try中可能异常的处理,如记录错误日志,使业务能够正常运行:finally负责资源释放等善后工作,无论有无异常都必须要执行的代码,一般都是放在finally中的.如果catch和finally也会出现异常,那么会是什么效果呢? try { // java.lang.ArithmeticException int a = 1 / 0; } catch (Exception e) { System.out.println("catch&q

  • 举例说明Java中代码块的执行顺序

    前言     今天在看Android ContentProvider实现的时候,突然想到了Java类在new的过程中,静态域.静态块.非静态域.非静态块.构造函数的执行顺序问题.其实这是一个很经典的问题,非常考察对Java基础知识的掌握程度.很多面试过程中相信也有这样的问题,趁着周末有时间复习一下. 结论     这里先把整理好的结论抛给大家,然后我在写个程序来验证我们的结论.在Java类被new的过程中,执行顺序如下: 实现自身的静态属性和静态代码块.(根据代码出现的顺序决定谁先执行) 实现自

  • 在Java中自由块的执行顺序

    java中的自由块分为静态的自由块和非静态的自由块. 非静态自由块的执行时间是:在执行构造函数之前. 静态自由块的执行时间是:class文件加载时执行. 非静态自由块可以多次执行,只要初始化一个对象就会执行,但是静态自由块只会在类装载的时候执行一次,一般用来初始化类的静态变量的值. 每次初始化一个对象,都会导致一次非静态块的执行. 如果涉及到继承,则是:首先执行父类的非静态块,然后是父类的构造函数,接着是自己的自由块,最后是自己的构造函数. 静态块的执行时机是在class文件装载的时候,clas

  • Java中try catch 的基本用法示例

    前言 我们编译运行程序出错的时候,编译器就会抛出异常.抛出异常要比终止程序灵活许多,这是因为 的Java提供了一个"捕获"异常的的处理器(处理器)对异常情况进行处理. 如果没有提供处理器机制,程序就会终止,并在控制台上打印一条信息,给出异常的类型.L 比如:使用了NULL引用或者是数组越界等. 异常有两种类型:未检查异常和已检查异常对于已检查异常,处理器器将会检查是否提供了处理器. 然而有许多の异常,如:访问null引用,都属于未检查异常.编译器不会查看是否为这些错误提供了处理器.毕竟

  • Java中try catch处理异常示例

     描述说明: public class TryCatchStu {  /*try catch:自己处理异常   *try{   * 可能出现异常的代码   *}catch(异常类名A e){   * 如果出现了异常类A类型的异常,那么执行该代码   *}...(catch可以有多个)   *finally{   * 最终肯定必须要执行的代码(例如释放资源的代码)   *}   *代码执行的顺序:   *1.try内的代码从出现异常的那一行开始,中断执行   *2.执行对应的catch块内的代码

  • 实例解析JAVA中代码的加载顺序

    Java中代码的加载顺序所能了解的知识点 类的依赖关系 static代码块的加载时间 继承类中构造器的隐式调用 非static的成员变量初始化时间 main方法和static的加载顺序 测试代码如下: public class App { private static App d = new App(); private SubClass t = new SubClass(); static{ System.out.println("App static");//6 } public

  • 如何在Java中调用python文件执行详解

    目录 一.Java内置Jpython库(不推荐) 1.1 下载与使用 1.2 缺陷 二.使用Runtime.getRuntime()执行脚本⽂件 2.1 使用 2.2 缺陷 三.利用cmd调用python文件 3.1 使用 3.2 优化 总结 一.Java内置Jpython库(不推荐) 1.1 下载与使用 可以在官网下载jar包,官网:http://ftp.cuhk.edu.hk/pub/packages/apache.org/ 或者使用maven进行jar包下载 <dependency> &

  • SQLServer中SELECT语句的执行顺序

    今天在写一条语句的时候,在查询分析器里边执行 要用10s,换用另外一种写法只用少于1s的时间,同事说是因为Sql句语执行顺序的原因.之前看过一点相 关的书,有一点印象,到网上找了资料,学习下. 逻辑查询处理步骤 复制代码 代码如下: (8)SELECT (9)DISTINCT (11)<TOP_specification> <select_list> (1)FROM <left_table> (3) <join_type> JOIN <right_ta

  • 浅谈js在html中的加载执行顺序,多个jquery ready执行顺序

    jQuery $(document).ready()执行顺序: 当页面DOM 元素全部加载完毕后就执行.ready().$(document).ready()是DOM结构绘制完毕后就执行,不必等到加载完毕. 如果在.ready()执行之前有javascript代码存在,那么javascript将怎么执行呢? 答案是先执行.ready()之前的javascript代码,然后执行.ready(). 多个$(document).ready()的执行顺序并非单纯的顺序执行,其与嵌套层级也有一定的关系.

  • Java中for循环的执行过程分析

    本文实例分析了Java中for循环的执行过程.分享给大家供大家参考.具体分析如下: public class Test01{ public static void main(String[] args) { int i = 0 ; for(foo('A');foo('B')&&i<3;foo('C')){ i++ ; foo('D') ; } } public static boolean foo(char c){ System.out.print(c + " "

  • Shell脚本中多命令逻辑执行顺序的方法详解

    Linux中可以使用分号";".双and号"&&"和双竖线"||"来连接多个命令.单"&"符号也算命令连接符号,只不过它是将其前面的命令放入后台执行,所以可以变相地实现命令并行执行. 1.分号";" command1 ; command2 命令之间没有逻辑关系.分号连接的命令会按照顺序从前向后依次执行,但分号两端的命令之间没有任何逻辑关系,所有写出来的命令最终都会被执行,即使分号前面

随机推荐