Java try 与 finally 对于返回值的影响

=======

先来个开胃菜，

如果try里存在 return ，finally 也存在 return ,那么执行的是 finally 里的 return：

那么 try里面的retrun是否有执行？ 答案是有的，只是执行后，会因为存在finally块而停止，先去执行finally，而在执行finally块时执行了fina

lly里的return，直接结束了函数。

继续上菜，

![](https://img-blog.csdnimg.cn/20200806101315144.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM1Mzg3OTQw,size_16,co

lor_FFFFFF,t_70)

这道菜，可以看到虽然在finally块里对a的值有重新赋值为200，但是最后获取到的返回值是100.

从明面上看，就是finally里面的对返回值a的赋值是无用的。

为什么会这样？不着急，再看一个例子，上面那个例子里使用的int类型变量，我们现在使用String：

没错，还是一样，finally里面对返回值 a的赋值是无用的。

对于上面这些场景做个小白文分析总结，

当返回的是基本变量（String不可变归在一块）：

---

1.执行到try块 里面的 return 时，在返回的那一刹那，回去检测是否存在finally块，如果存在finally块，回去执行完finally块的代码，再进行返回（如果finally里面有retrun的话，就是直接在finally里面进行结束了，也就是文章开头的情况）。

2.在执行到 try块 里面的 return 时   与  准备 执行完finally块的代码  之间，  会把 try块 里面的 return 的值暂且寄存起来，等执行完回到return的时候，拿出来之前的值进行返回。

那也就是为什么在 finally 块里修改a的赋值，并没有影响 try 里面的 retrun 值了。

是因为到finally块前，就悄悄存起来需要返回的变量值了。

结合举例说明，try 的 return 存起来的变量值是 ‘hello’ ；

在 finally 的时候， 对a的赋值 ‘hahaha’，对存起来的变量值是 ‘hello’ 没有影响；

所以执行完 finally 块后， return 去寄存处拿出来的 返回值是 ‘hello’。

的变量值是 ‘hello’ 没有影响；**

所以执行完 finally 块后， return 去寄存处拿出来的 返回值是 ‘hello’。