当前位置: 首页 > 面试题库 >

捕获异常时是否有理由不使用final关键字?

吕昀
2023-03-14
问题内容

在某些示例BlackBerry Java类中,我已经看到以下代码:

try
{
    // stuff that will throw an exception
}
catch(final Exception e)
{
    // deal with it
}

我认为这final是为了表现。按照标题,由于几乎没有(曾经?)有任何理由修改Exception已经抛出的,它们应该总是final吗?

如果是这样,编译器是否可以完成此操作?还是由编译器完成,final手动添加完全没有影响?


问题答案:

Java语言规范11.2.2在最终异常与非最终异常之间进行了区别:

如果throw语句(第14.18节)的抛出表达式具有静态类型E,并且不是最终或有效的final异常参数,则可以抛出E或抛出表达式可以抛出的任何异常类。
[…]
如果throw语句的抛出表达式是catch子句C的最终或有效的最终异常参数,则可以抛出异常类E iff:

  • E是一个异常类,声明C的try语句的try块可以抛出该异常类;和
  • E是与C的任何可捕获异常类兼容的分配;和
  • E与在同一try语句中C左侧声明的catch子句的任何可捕获异常类的分配都不兼容。

有趣的是,JLS
14.20还说:

在uni-catch子句中,未声明为final(隐式或显式)的异常参数如果从未在其范围内作为赋值运算符的左侧操作数出现,则实际上被认为是final。

换句话说,如果您不重新分配ecatch语句(如e = new SomeOtherException();),则将其隐式声明为final。

因此,我只能得出结论,这没有什么区别,除非在catch块中修改了异常,并且我能想到的唯一示例是:

public void method1() throws IOException {
    try {
        throw new IOException();
    } catch (Exception e) { // e is not modified in catch => implicitly final
        throw e; //compiles OK
    }
}

//it works because method1 is semantically equivalent to method2:
public void method2() throws IOException {
    try {
        throw new IOException();
    } catch (final Exception e) {
        throw e;
    }
}

public void method3() throws IOException {
    try {
        throw new IOException("1");
    } catch (Exception e) {
        e = new IOException("2"); //e modified: not implicitly final any more
        throw e; //does not compile
    }
}


 类似资料:
  • 我有以下代码: 它从“VM参数”中读取并分配给变量。 由于静态最终变量仅在类加载时初始化,因此如何在有人忘记传递参数的情况下捕获异常。 目前,当我使用“property\u file\u location”变量时,在以下情况下会遇到异常: 若值存在,并且位置错误,则会出现FileNotFound异常 如果未正确初始化(值为null),则抛出NullPointerException 我只需要在初始化

  • 本节介绍如何使用三个异常处理程序组件(try、catch 和 finally)来编写异常处理程序。 然后,介绍了 Java SE 7中引入的 try-with-resources 语句。 try-with-resources 语句特别适合于使用Closeable的资源(例如流)的情况。 本节的最后一部分将通过一个示例来分析在各种情况下发生的情况。 以下示例定义并实现了一个名为ListOfNumbe

  • 问题内容: 我正在开发一个需要大量内存的程序,并且我想在内存不足异常发生时捕获。我听说这是不可能的,但对此是否有所发展感到好奇。 问题答案: 这也不例外。这是一个错误:java.lang.OutOfMemoryError 当它从Throwable下降时,你可以捕获它: 但是,除非你要进行一些相当具体的工作(例如,在特定代码段内分配大量工作),否则你可能将无法捕捉到它,因为你将不知道它将从何处抛出。

  • 我正在查看Java SE7的新功能,目前我正在: http://docs.oracle.com/javase/7/docs/technotes/guides/language/catch-multiple.html 关于捕获多重功能,当我遇到这个语句时: 注意:如果一个捕捉块处理多个异常类型,那么捕捉参数是隐式最终的。在这个例子中,捕捉参数ex是最终的,因此您不能在捕捉块中给它赋值。 我从未注意到

  • 请求(正文)

  • 这个问题不是关于Rollbar tho:)