前言
话说在前头， 不建议在finally里操作返回值 ，当然这也仅仅是建议，有些场景你不得不在finally里去操作返回值，那也无妨。
而无妨的前提则是，你对finally操作返回值有所了解。
正文
先来个开胃菜，
如果try里存在 return ，finally 也存在 return ,那么执行的是 finally 里的 return：
那么 try里面的retrun是否有执行？ 答案是有的，只是执行后，会因为存在finally块而停止，先去执行finally，而在执行finally块时执行了finally里的return，直接结束了函数。
继续上菜，
这道菜，可以看到虽然在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’。
那么接下来我们看看这个例子，
返回的是引用数据类型(对象)：
可以看到上面例子，finally里面对user对象里面的属性 name修改，生效了，return的对象 user里面的name受到了影响。
为什么呢？
因为在寄存的时候存起来的是user 的引用地址， 例如，存起来的引用地址是 ‘A00101’，这个引用地址里面的name值是‘NAME B’。
如果在fianlly块里是将 user 指向另一个引用地址'B00101'，那么这种情形返回的时候，从寄存出拿出来 ‘A00101’的对象的值，那返回的name属性 肯定还是‘NAME B’，
如下图：
但是可以看到我们这个受影响的例子里面，在 finally 块里并不是重新将 user 指向另一个引用地址'B00101'，
而是直接去动了 引用地址是 ‘A00101’ 这各user里面的属性name，也就是直接把存起来的这个 ‘A00101’ 关联的 user 对象里的属性给改了。
所以在 return 对象 user的时候，拿出来 ‘A00101’ 的 name 受到了影响，因为它不干净了被动了。
该篇就到此，使用它，必须了解它。
