对Java中finally关键字的重新理解

最近面试时问到finally,回答各异,为了确定自己是否记错了,写了几段代码进行相应的验证.

1.程序正常执行, try catch finally中都存在 return, 方法最后无返回(其实这个也已经没必要了)

代码如下:

private int test1() {
    try {
        log.info("In try block is: {}", logNum);
        return --logNum;
    }catch (Exception e) {
        --logNum;
        log.info("In catch block is: {}", logNum);
        return --logNum;
    }finally {
        log.info("In finally block is: {}", logNum);
        return --logNum;
    }
}

执行结果如下:

Init logNum to 10
In try block is: 10
In finally block is: 9
Method return is 8

从上面的情况可以看出,在程序正常运行时,如果try和finally都存在return,会在try中语句块return之后进入finally,在finally完事之后遇到了finally的return,这时就很不幸的被return出去了.

2.程序正常执行, try catch 中都存在 return, finally 及 方法最后不存在 return

代码如下:

private int test2() {
    try {
        log.info("In try block is: {}", logNum);
        return --logNum;
    }catch (Exception e) {
        --logNum;
        log.info("In catch block is: {}", logNum);
        return --logNum;
    }finally {
        log.info("In finally block is: {}", logNum);
    }
}

执行结果如下:

Init logNum to 10
In try block is: 10
In finally block is: 9
Method return is 9

这个情况再次验证了一点,那就是 finally 在程序正常跑的时候依然会执行,但是其实这次试验没多少的帮助,毕竟它说明的情况,测试1已经说明了,那么接着来.

3.程序正常执行, try catch 中都存在 return, finally 及 方法最后不存在 return, 但是在 finally 最后对 logNum 做了修改

代码如下:

private int test3() {
    try {
        log.info("In try block is: {}", logNum);
        return --logNum;
    }catch (Exception e) {
        --logNum;
        log.info("In catch block is: {}", logNum);
        return --logNum;
    }finally {
        log.info("In finally block is: {}", logNum);
        --logNum;
    }
}

执行结果如下:

Init logNum to 10
In try block is: 10
In finally block is: 9
Method return is 9

What? Method return is 9? 为什么不是8? 与测试1做比较之后发现, 本次测试中 finally 的 --logNum 没有使用 return, 所以没有了对 try 的 return 的短路,这个时候虽然 finally 对 logNum 进行了修改,但是执行完 finally 之后, 回到 try 中的 return 时使用的依然是 try 中暂存的内容.


正常情况应该是已经清楚了,看下异常情况


4.程序出现异常, try catch finally 中都存在 return

代码如下:

private int test4() {
    try {
        log.info("In try block is: {}", logNum);
        logNum = logNum / 0;
        return --logNum;
    }catch (Exception e) {
        log.info("In catch block - from try block is: {}", logNum);
        --logNum;
        log.info("In catch block is: {}", logNum);
        return --logNum;
    }finally {
        log.info("In finally block - from try or catch  is: {}", logNum);
        --logNum;
        log.info("In finally block is: {}", logNum);
        return --logNum;
    }
}

执行结果如下:

Init logNum to 10
In try block is: 10
In catch block - from try block is: 10
In catch block is: 9
In finally block - from try or catch  is: 8
In finally block is: 7
Method return is 6

从上面看出,其实这个情况和测试1中的情况差不多,就是说,无论是 try 还是 catch 都会在执行 return 之后进入 finally, 如果 finally 中存在 return, 则会直接执行 finally 中的 return,不会再返回到之前的return了.再验证下如果 finally 中不存在 return 的情况,看看是否与测试3的结果一样.

5.程序异常, try catch 中存在 return, finally 中不存在 return

代码如下:

private int test5() {
    try {
        log.info("In try block is: {}", logNum);
        logNum = logNum / 0;
        return --logNum;
    }catch (Exception e) {
        log.info("In catch block - from try block is: {}", logNum);
        --logNum;
        log.info("In catch block is: {}", logNum);
        return --logNum;
    }finally {
        log.info("In finally block - from try or catch  is: {}", logNum);
        --logNum;
        log.info("In finally block is: {}", logNum);
        --logNum;
    }
}

执行结果如下:

Init logNum to 10
In try block is: 10
In catch block - from try block is: 10
In catch block is: 9
In finally block - from try or catch  is: 8
In finally block is: 7
Method return is 8

OK,测试结果很明显, finally 中内容更新后并不起作用, 返回到 catch 中使用暂存的 return 内容进行返回


到目前为止准备结束这篇文章了,其实还有一种情况,就是在方法最后存在 return 的情况, 但是这种情况暂时真的是没什么可说的,因为上面的试验已经足以说明一切问题了, 方法最后的 return 暂时觉得没什么特别的需要注意的地方.后续如果发现这块依然有新的想法的话,会继续补充.暂时就到这里了.


补充一句,除非特殊情况,一般还是不要在 finally 中使用 return.

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 215,294评论 6 497
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,780评论 3 391
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 161,001评论 0 351
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,593评论 1 289
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,687评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,679评论 1 294
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,667评论 3 415
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,426评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,872评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,180评论 2 331
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,346评论 1 345
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,019评论 5 340
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,658评论 3 323
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,268评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,495评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,275评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,207评论 2 352

推荐阅读更多精彩内容

  • Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具(例如配置管理,服务发现,断路器,智...
    卡卡罗2017阅读 134,647评论 18 139
  • 1. Java基础部分 基础部分的顺序:基本语法,类相关的语法,内部类的语法,继承相关的语法,异常的语法,线程的语...
    子非鱼_t_阅读 31,617评论 18 399
  • 八、深入理解java异常处理机制 引子try…catch…finally恐怕是大家再熟悉不过的语句了, 你的答案是...
    壹点零阅读 1,551评论 0 0
  • (一)Java部分 1、列举出JAVA中6个比较常用的包【天威诚信面试题】 【参考答案】 java.lang;ja...
    独云阅读 7,094评论 0 62
  • 序 2016年的秋初,深圳的天气忽晴忽雨。晨早起来开始明显的秋凉。待至中午,盛阳依旧烈焰般灼人,全然没有浅秋的恬淡...
    林旻阅读 1,047评论 4 5