在某些示例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。
换句话说,如果您不重新分配e
catch语句(如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:)