博客
关于我
finally面试常问
阅读量:735 次
发布时间:2019-03-21

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

1. finally 语句的执行条件及例外情况

在编程中,finally 语句的执行机制是关键,当 trycatch 块中遇到异常或正常返回时,finally 块都会执行,除非在代码中使用 System.exit(0)。以下是几点需要注意的:

  • 一般情况下的执行:当 try 块正常执行时,返回值传回调用者,或者抛出异常进入 catch 块时,finally 块会在异常处理或正常返回后被执行。

  • 不执行的情况:唯一的例外是当代码中直接调用 System.exit(0),这种情况下 JVM 会立即终止执行流程,导致 finally 语句无法执行。

例如,在以下代码中:

public class Demo8 {    public static void main(String[] args) {        haha();    }    public static void haha() {        try {            int a = 10;            int b = 0;            System.out.println(a / b);        } catch (Exception e) {            // 退出JVM            System.out.println("出现异常");            System.exit(0); // 唯一导致 finally 不执行的情况            // 参数0表示正常退出,非零表示非正常退出        } finally {            System.out.println("xxxxxxxxxx");        }    }}

haha() 调用 System.out.println(a / b) 时,由于除法为零会抛出 ArithmeticException,进入 catch 块。然后执行 System.exit(0),导致程序退出,而 finally 块不会执行。

2. 可变量值的分析

情况一:基本数据类型的返回

在以下代码中:

public static void main(String[] args) {    int a = haha();    System.out.println(a);}public static int haha() {    try {        int a = 10;        return a;    } catch (Exception e) {    } finally {        a = 20;    }    return 0;}

分析:在 haha() 方法中,try 块不抛出异常,直接在 try 内返回 a。此时,因为 try 块没有异常,finally 块会在返回前被执行。finally 块中修改 a,但 a 是在 try 块中定义的变量。由于Java允许在非异常情况下进行一次返回,而 finally 在返回前会执行,所以无论返回时的 a 引用如何,最终返回的值都将是 try 中最初的 a 值,即 10。

情况二:对象引用类型的修改

在以下代码中:

public static void main(String[] args) {    Person p = haha();    System.out.println(p.age);}public static Person haha() {    try {        Person p = new Person();        p.age = 18;        return p;    } catch (Exception e) {        return null;    } finally {        p.age = 28;    }}static class Person {    int age;}

分析:由于 Person 是一个引用类型,haha() 方法返回的是对象 p 的引用。当 try 块结束后,finally 块会在返回前修改 p.age。虽然 try 块中创建了 p 对象,并将其赋值给调用者,但 finally 块修改的是堆中的对象 p,而不仅仅是栈中的引用。因此,当调用者访问 p.age 时,其值将是 28,而不是 try 块中的 18。

图片分析:

  • 堆和栈存储机制
    • 堆用于存储对象及其引用信息,而栈用于存储基本数据类型和方法调用信息。finally 语句修改的是堆中的对象数据,因此即使返回了引用,对象的内存也已经被修改过。

这些知识点突显了基本类型值的传递和返回方式的区别,以及 finally 语句执行机制对于不同数据类型的影响。

转载地址:http://rjagz.baihongyu.com/

你可能感兴趣的文章
NIFI1.21.0最新版本安装_连接phoenix_单机版_Https登录_什么都没改换了最新版本的NIFI可以连接了_气人_实现插入数据到Hbase_实际操作---大数据之Nifi工作笔记0050
查看>>
NIFI1.21.0最新版本安装_配置使用HTTP登录_默认是用HTTPS登录的_Https登录需要输入用户名密码_HTTP不需要---大数据之Nifi工作笔记0051
查看>>
NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表多表增量同步_增删改数据分发及删除数据实时同步_通过分页解决变更记录过大问题_02----大数据之Nifi工作笔记0054
查看>>
NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表多表增量同步_增加修改实时同步_使用JsonPath及自定义Python脚本_03---大数据之Nifi工作笔记0055
查看>>
NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表多表增量同步_插入修改删除增量数据实时同步_通过分页解决变更记录过大问题_01----大数据之Nifi工作笔记0053
查看>>
NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表或全表增量同步_实现指定整库同步_或指定数据表同步配置_04---大数据之Nifi工作笔记0056
查看>>
NIFI1.23.2_最新版_性能优化通用_技巧积累_使用NIFI表达式过滤表_随时更新---大数据之Nifi工作笔记0063
查看>>
NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_根据binlog实现update数据实时同步_实际操作05---大数据之Nifi工作笔记0044
查看>>
NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_根据binlog实现数据实时delete同步_实际操作04---大数据之Nifi工作笔记0043
查看>>
NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_配置binlog_使用处理器抓取binlog数据_实际操作01---大数据之Nifi工作笔记0040
查看>>
NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_配置数据路由_实现数据插入数据到目标数据库_实际操作03---大数据之Nifi工作笔记0042
查看>>
NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_配置数据路由_生成插入Sql语句_实际操作02---大数据之Nifi工作笔记0041
查看>>
NIFI从MySql中离线读取数据再导入到MySql中_03_来吧用NIFI实现_数据分页获取功能---大数据之Nifi工作笔记0038
查看>>
NIFI从MySql中离线读取数据再导入到MySql中_不带分页处理_01_QueryDatabaseTable获取数据_原0036---大数据之Nifi工作笔记0064
查看>>
NIFI从MySql中离线读取数据再导入到MySql中_无分页功能_02_转换数据_分割数据_提取JSON数据_替换拼接SQL_添加分页---大数据之Nifi工作笔记0037
查看>>
NIFI从Oracle11G同步数据到Mysql_亲测可用_解决数据重复_数据跟源表不一致的问题---大数据之Nifi工作笔记0065
查看>>
NIFI从PostGresql中离线读取数据再导入到MySql中_带有数据分页获取功能_不带分页不能用_NIFI资料太少了---大数据之Nifi工作笔记0039
查看>>
nifi使用过程-常见问题-以及入门总结---大数据之Nifi工作笔记0012
查看>>
NIFI分页获取Mysql数据_导入到Hbase中_并可通过phoenix客户端查询_含金量很高的一篇_搞了好久_实际操作05---大数据之Nifi工作笔记0045
查看>>
NIFI分页获取Postgresql数据到Hbase中_实际操作---大数据之Nifi工作笔记0049
查看>>