[英]throws Exception in finally blocks
有没有一种优雅的方法来处理finally
块中抛出的异常?
例如:
try {
// Use the resource.
}
catch( Exception ex ) {
// Problem with the resource.
}
finally {
try{
resource.close();
}
catch( Exception ex ) {
// Could not close the resource?
}
}
如何避免finally
块中的try
/ catch
?
我通常这样做:
try {
// Use the resource.
} catch( Exception ex ) {
// Problem with the resource.
} finally {
// Put away the resource.
closeQuietly( resource );
}
其他地方:
protected void closeQuietly( Resource resource ) {
try {
if (resource != null) {
resource.close();
}
} catch( Exception ex ) {
log( "Exception during Resource.close()", ex );
}
}
我通常使用org.apache.commons.io.IOUtils
中的closeQuietly
方法之一:
public static void closeQuietly(OutputStream output) {
try {
if (output != null) {
output.close();
}
} catch (IOException ioe) {
// ignore
}
}
如果您使用的是 Java 7,并且resource
实现了AutoClosable
,您可以这样做(以 InputStream 为例):
try (InputStream resource = getInputStream()) {
// Use the resource.
}
catch( Exception ex ) {
// Problem with the resource.
}
可以说有点过头了,但如果你让异常冒泡并且你不能从你的方法中记录任何东西(例如,因为它是一个库,你宁愿让调用代码处理异常和日志记录),这可能很有用:
Resource resource = null;
boolean isSuccess = false;
try {
resource = Resource.create();
resource.use();
// Following line will only run if nothing above threw an exception.
isSuccess = true;
} finally {
if (resource != null) {
if (isSuccess) {
// let close throw the exception so it isn't swallowed.
resource.close();
} else {
try {
resource.close();
} catch (ResourceException ignore) {
// Just swallow this one because you don't want it
// to replace the one that came first (thrown above).
}
}
}
}
更新:我对此进行了更多研究,并从比我更清楚地考虑过这个问题的人那里找到了一篇很棒的博客文章: http : //illegalargumentexception.blogspot.com/2008/10/java-how-not-to-make -mess-of-stream.html他更进一步,将两个例外合二为一,我认为这在某些情况下很有用。
从 Java 7 开始,您不再需要在finally块中显式关闭资源,而是可以使用try -with-resources 语法。 try-with-resources 语句是一种声明一个或多个资源的 try 语句。 资源是程序完成后必须关闭的对象。 try-with-resources 语句确保每个资源在语句结束时关闭。 任何实现 java.lang.AutoCloseable 的对象,包括实现 java.io.Closeable 的所有对象,都可以用作资源。
假设以下代码:
try( Connection con = null;
Statement stmt = con.createStatement();
Result rs= stmt.executeQuery(QUERY);)
{
count = rs.getInt(1);
}
如果发生任何异常,将以与创建它们的相反顺序对这三个资源中的每一个调用close方法。 这意味着将首先为 ResultSetm 调用 close 方法,然后是 Statement ,最后是 Connection 对象。
知道自动调用 close 方法时发生的任何异常都将被抑制也很重要。 这些被抑制的异常可以通过Throwable类中定义的getuppressed()方法来检索。
来源: https : //docs.oracle.com/javase/tutorial/essential/exceptions/tryResourceClose.html
unless one knows what those exceptions will be and what conditions they will represent.忽略“finally”块中发生的异常通常是一个除非人们知道这些异常将是什么以及它们将代表什么条件。 在正常的try/finally
使用模式中, try
块将事物置于外部代码不期望的状态,而finally
块将这些事物的状态恢复为外部代码所期望的状态。 捕获异常的外部代码通常会期望,尽管有异常,一切都已恢复到normal
状态。 例如,假设一些代码启动一个事务,然后尝试添加两条记录; “finally”块执行“如果未提交则回滚”操作。 调用者可能已准备好在执行第二个“添加”操作期间发生异常,并且可能期望如果它捕获到这样的异常,数据库将处于尝试任一操作之前的状态。 但是,如果在回滚期间发生第二个异常,如果调用者对数据库状态做出任何假设,则可能会发生不好的事情。 crisis--one which should not be caught by code expecting a mere "Failed to add record" exception.回滚失败代表了一个危机——不应被期望仅出现“无法添加记录”异常的代码捕获。
我个人的倾向是让 finally 方法捕获发生的异常并将它们包装在“CleanupFailedException”中,认识到此类失败代表一个主要问题,不应轻易捕获此类异常。
一种解决方案,如果两个异常是两个不同的类
try {
...
}
catch(package1.Exception err)
{
...
}
catch(package2.Exception err)
{
...
}
finally
{
}
但有时您无法避免第二次尝试捕获。 例如用于关闭流
InputStream in=null;
try
{
in= new FileInputStream("File.txt");
(..)// do something that might throw an exception during the analysis of the file, e.g. a SQL error
}
catch(SQLException err)
{
//handle exception
}
finally
{
//at the end, we close the file
if(in!=null) try { in.close();} catch(IOException err) { /* ignore */ }
}
为什么要避免附加块? 由于 finally 块包含可能引发异常的“正常”操作,并且您希望 finally 块完全运行,因此您必须捕获异常。
如果您不希望 finally 块抛出异常,并且无论如何也不知道如何处理异常(您只需转储堆栈跟踪),让异常冒泡到调用堆栈中(从 finally 中删除 try-catch块)。
如果你想减少输入,你可以实现一个“全局”外部 try-catch 块,它将捕获 finally 块中抛出的所有异常:
try {
try {
...
} catch (Exception ex) {
...
} finally {
...
}
try {
...
} catch (Exception ex) {
...
} finally {
...
}
try {
...
} catch (Exception ex) {
...
} finally {
...
}
} catch (Exception ex) {
...
}
经过多次考虑,我发现以下代码最好:
MyResource resource = null;
try {
resource = new MyResource();
resource.doSomethingFancy();
resource.close();
resource = null;
} finally {
closeQuietly(resource)
}
void closeQuietly(MyResource a) {
if (a!=null)
try {
a.close();
} catch (Exception e) {
//ignore
}
}
该代码保证以下内容:
如果可以,您应该首先进行测试以避免出现错误情况。
try{...}
catch(NullArgumentException nae){...}
finally
{
//or if resource had some useful function that tells you its open use that
if (resource != null)
{
resource.Close();
resource = null;//just to be explicit about it was closed
}
}
此外,您可能应该只捕获可以从中恢复的异常,如果无法恢复,则让它传播到程序的顶层。 如果您无法测试错误情况,您将不得不像您已经完成的那样用 try catch 块包围您的代码(尽管我仍然建议您仍然捕获特定的、预期的错误)。
您可以将其重构为另一种方法......
public void RealDoSuff()
{
try
{ DoStuff(); }
catch
{ // resource.close failed or something really weird is going on
// like an OutOfMemoryException
}
}
private void DoStuff()
{
try
{}
catch
{
}
finally
{
if (resource != null)
{
resource.close();
}
}
}
我通常这样做:
MyResource r = null;
try {
// use resource
} finally {
if( r != null ) try {
r.close();
} catch( ThatSpecificExceptionOnClose teoc ){}
}
理由:如果我已经完成了资源的使用,而我唯一的问题就是关闭它,那么我就无能为力了。 如果我已经完成了资源,那么杀死整个线程也是没有意义的。
至少对我来说,这是一种情况,可以安全地忽略该检查异常。
直到今天,我在使用这个习语时还没有遇到任何问题。
try {
final Resource resource = acquire();
try {
use(resource);
} finally {
resource.release();
}
} catch (ResourceException exx) {
... sensible code ...
}
工作完成。 没有空测试。 单个捕获,包括获取和释放异常。 当然,您可以使用 Execute Around 习惯用法,并且只需为每种资源类型编写一次。
我遇到了类似的情况,我无法对资源使用 try ,但我也想处理来自关闭的异常,而不仅仅是像 closeQuietly 机制那样记录和忽略它。 就我而言,我实际上并没有处理输出流,因此关闭失败比简单流更有趣。
IOException ioException = null;
try {
outputStream.write("Something");
outputStream.flush();
} catch (IOException e) {
throw new ExportException("Unable to write to response stream", e);
}
finally {
try {
outputStream.close();
} catch (IOException e) {
ioException = e;
}
}
if (ioException != null) {
throw new ExportException("Unable to close outputstream", ioException);
}
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.