当前位置: 首页 > 知识库问答 >
问题:

带有try/catch的最终变量赋值

云浩然
2023-03-14

因为我相信这是一个很好的编程实践,所以如果我的所有(局部或实例)变量只需要编写一次,我就将它们设为< code>final。

但是,我注意到当变量赋值可以抛出异常时,您不能将所述变量设为最终变量

final int x;
try {
    x = Integer.parseInt("someinput");
}
catch(NumberFormatException e) {
    x = 42;  // Compiler error: The final local variable x may already have been assigned
}

有没有办法在不诉诸临时变量的情况下做到这一点?(或者这不是最终修饰符的正确位置?)

共有2个答案

倪炎彬
2023-03-14

不,这不是正确的地方,想象一下,你在尝试和捕获块中得到了超过1个语句,第一个说:x = 42。在其他一些语句之后,try块失败,它会进入捕获块,其中您的Say x = 30。现在你定义了 x 两次。

冯风史
2023-03-14

一种方法是引入一个(非最终)临时变量,但您说过您不想这样做。

另一种方法是将代码的两个分支移动到一个函数中:

final int x = getValue();

private int getValue() {
  try {
    return Integer.parseInt("someinput");
  }
  catch(NumberFormatException e) {
    return 42;
  }
}

这是否实用取决于具体的用例。

总而言之,只要< code>x是一个适当作用域的局部变量,最实用的一般方法可能是将其设为非< code>final。

另一方面,如果x是一个成员变量,我的建议是在初始化期间使用非最终的临时变量:

public class C {
  private final int x;
  public C() {
    int x_val;
    try {
      x_val = Integer.parseInt("someinput");
    }
    catch(NumberFormatException e) {
      x_val = 42;
    }
    this.x = x_val;
  }
}
 类似资料:
  • 以下代码不能用javac 1.8.0_144和ECJ编译: > 未声明为最终。 在赋值表达式(§15.26)中,它从不作为左手边出现。(请注意,包含 初始值设定项的局部变量声明符不是赋值表达式。) 它从不作为前缀或后缀递增或递减运算符的操作数出现(§15.14,§15.15)。 它从不作为前缀或后缀递增或递减运算符的操作数出现。 方法、构造函数、λ或异常参数(§8.4.1,§8.8.1,§9.4,

  • 在Java8中,Java设计者提出了一个有效的final变量的概念,即一个如果被“final”追加就不会给编译器带来错误的变量。我的问题是,这个新提出的“有效最终”概念比经典的“最终”提供了什么?作为一名Java开发人员,我实际上得到了什么好处?

  • 我正在做一个赋值,我被这个错误困住了:无法为最终变量计数赋值 到目前为止,这是我的代码... 我对java非常陌生,显然不是电脑高手,所以请尽可能用最简单的术语解释问题/解决方案。非常感谢。

  • 问题是,如果我输入一个正数(所以一切都正确),我必须输入它两次!同样,当我输入一个负数时,我需要输入两次。当我输入一个字符串时,我会得到一个“错误”,所以我想这还算不错。它是这样显示的: Bitte geben Sie die kleinste阳性Zahl des Intervalls Ein:-2 -3 -7 Bitte Geben Sie eine阳性Zahl ein 2

  • 我很确信在这里 如果控制到达捕获块,不可能已经被分配了。但是,Java编译器不同意并声称。 我在这里是否仍然缺少一些微妙之处,或者这只是Java语言规范用于识别潜在重新分配的模型的弱点?我主要担心的是像这样的东西,这可能会导致异常被“凭空”抛出,但我仍然不明白如何在分配后抛出它,这显然是尝试块中的最后一个操作。 如果允许的话,上面的习惯用法会使我的许多方法变得更简单。注意,这个用例在语言中有一流的

  • 因此,我开始使用Java8streams/lambda表达式,遇到了一些有趣的问题,我不知道如何解决这些问题。所以我在这里,请求你的帮助。 现在我得到编译器错误“在lambda表达式中使用的变量应该有效地是final”。 怎么做? 方法createNewDocument和createOldDocument引发异常,因此调用必须在try/catch块内。我还需要关闭finally块内的文档。