从Java中的finally块返回
近我很惊讶地发现，在Java的finally块中可能有一个return语句。
似乎很多人都认为这是一件坏事，如“ 不要在finally子句中返回”中所述。更深入地研究，我还发现“ Java的回报并不总是 ”，这在finally块中显示了其他类型的流控制的一些非常可怕的示例。
因此，我的问题是，谁能给我一个示例，其中finally块中的return语句（或其他流控制）产生更好/更具可读性的代码吗？
问题答案：
-
问题内容： 尝试这段代码。为什么getValueB（）返回1而不是2？毕竟，递增两次被调用两次。 问题答案： 毕竟，递增两次被调用两次。 是的，但是返回值是 在 第二次调用 之前 确定的。 返回的值由该 时间点在 return语句中的表达式求值确定，而不是“仅在执行离开方法之前”。 从JLS的14.17节开始： 一个带有Expression的return语句试图将控制权转移到包含它的方法的调用者；
-
问题内容： 我刚遇到以下代码： 毫无疑问，运行此代码将产生“返回值：3”的输出。 但是，我对此感到好奇： JVM中的内部机制。有谁知道VM是否通过覆盖第一个“ return 1”来实际替换堆栈上的返回值？如果是这样，我在哪里可以找到更多信息。 我还没有找到以这种方式使用并允许在JVM中实现的final机制中的返回值的用法。如果将此代码构造用作返回错误代码的手段，我认为有更好的方法记录错误或返回这些
-
问题内容： 我有一个简单的Java类，如下所示： 这段代码的输出是这样的： 为什么s不在finally块中覆盖，而是控制打印输出？ 问题答案： 在与所述的执行块完成语句和的值在时间语句执行是由该方法返回的值。finally子句稍后s（在语句完成之后）更改值的事实（此时）并未更改返回值。 请注意，以上内容处理的s是对块中自身值的更改，而不是对s引用对象的更改。如果s是对可变对象的引用（String不
-
本文向大家介绍说明PowerShell中的Try / Catch / Finally块，包括了说明PowerShell中的Try / Catch / Finally块的使用技巧和注意事项，需要的朋友参考一下 PowerShell中的Try / Catch块用于处理脚本中产生的错误。具体而言，错误应该是终止错误。在最后在PowerShell中块不是强制性的，每次沿写try / catch语句，但它会
-
问题内容： 我的脚本中有一个/子句。是否可以从子句中获取确切的错误消息？ 问题答案： 不，无论是否有例外，时间都是无。采用：