finally 块有什么意义？

Question

edit:有什么区别

try {
}
catch() {
}
finally {
    x = 3;
}

edit:和

try {
}
catch() {
}

x = 3;

除了语法之外， .NET 2.0 中的

---

？ 那么

try {
    throw something maybe
    x = 3
}
catch (...) {
    x = 3
}

行为上是等价的吗？

Answer 1

finally 块将始终被调用（实际上并不是 总是 ...）抛出异常或到达返回语句（尽管这可能取决于语言）。 这是一种您知道总会被调用的清理方法。

Answer 2

作为开发人员，finally 块允许您自行清理，无论 try{} 块中的前面代码的操作是否遇到错误，并且其他人已经指出了这一点，这主要属于释放资源的范畴 - 关闭指针/套接字/结果集，返回到池的连接等。

@mats 是非常正确的，总是存在“硬”故障的可能性 - finally 块不应该包含关键任务代码，这些代码应该始终在 try 内以事务方式完成{}

@mats 再次 - 真正的美妙之处在于，它允许您从自己的方法中抛出异常，并且仍然保证您整理完毕：

try
{
StreamReader stream = new StreamReader("foo.bar");
mySendSomethingToStream(stream);
}
catch(noSomethingToSendException e) {
    //Swallow this    
    logger.error(e.getMessage());
}
catch(anotherTypeOfException e) {
    //More serious, throw this one back
    throw(e);
}
finally
{
stream.close();
}

因此，我们可以捕获多种类型的异常，以不同的方式处理它们（第一个允许执行任何超出 try{} 的内容，第二个有效返回），但总是干净利落地清理干净。

Answer 3

@iAn 和@mats：

我不会“拆除”finally {} 中在 try {} 中“设置”的任何内容。 最好将流创建拉到 try {} 之外。 如果您需要处理流创建上的异常，则可以在更大的范围内完成。

StreamReader stream = new StreamReader("foo.bar");  
try {
    mySendSomethingToStream(stream);
}
catch(noSomethingToSendException e) {
    //Swallow this    
    logger.error(e.getMessage());
}
catch(anotherTypeOfException e) {
    //More serious, throw this one back
    throw(e);
}
finally {
    stream.close();  
}

Answer 4

因此您可以清理在 try 块中初始化的任何打开的连接等。 如果您打开连接然后发生异常，则该异常将无法正确关闭。 这种场景就是finally 块的用途。

Answer 5

这不是一个答案，而是一个批评。 这个问题老了，但一直困扰着我。 我在这里找到它是有原因的。 我已经阅读了每个答案，但在我看来，没有人真正经过深思熟虑。

我真的认为finally没有什么好处，这可能就是为什么它直到“最近”才出现在编程语言中。 大多数声明 stream.close() 的示例都可能导致空引用异常，因此您仍然需要测试它是否为空。

是的，如果您从 try{} 中返回，finally 仍然会运行。 但这是好的做法吗？ 这看起来像是心理体操，不妨把goto带回来。 为什么不等待，并在块之后返回？ finally {} 所做的就是向您的代码添加两到三行。

Answer 6

无论您是否捕获到异常，finally 块都应该执行。
请参阅尝试/捕获/最终示例

Answer 7

在 Java 中，您可以将它用于任何您想要执行的操作，无论您是否使用了“返回”、只是运行了 try 块，还是捕获了异常。

例如，关闭数据库会话或 JMS 连接，或取消分配某些操作系统资源。

我猜它在.NET 中是类似的？

Answer 8

即使发生未处理的异常，finally 中的任何代码也会运行。 通常，finally 代码用于使用 .dispose() 清理非托管代码的本地声明。

Answer 9

@Ed，你可能会想到类似的东西在 C++ 中捕获非指定异常的 catch(...)。

但finally 是无论catch 块中发生什么情况都会执行的代码。

Microsoft 在 C# 的 try-finally 上有一个帮助页面

Answer 10

好吧，一方面，如果您在 try 块内返回，finally 仍然会运行，但 try-catch-finally 块下面列出的代码不会。

Answer 11

取决于语言，因为可能存在一些轻微的语义差异，但想法是它会（几乎）始终执行，即使 try 块中的代码引发异常。

在第二个示例中，如果 catch 块中的代码返回或退出，则 x = 3 将不会被执行。 首先它会的。

在.NET平台中，在某些情况下不会执行finally块：
安全异常、线程暂停、计算机关闭:)等。

Answer 12

在 Java 中：

Finally 总是被调用，无论异常是否在 catch() 中被正确捕获，或者实际上是否有 catch。

Answer 13

try catch finally 是非常重要的结构。 可以确定的是，即使抛出异常，finally 块中的代码也会被执行。 处理外部资源并释放它们非常重要。 垃圾收集不会为你做到这一点。 在最后一部分中，您不应该有 return 语句或抛出异常。 这样做是可能的，但这是一种不好的做法，并且可能会导致不可预测的结果。

如果您尝试这个示例：

try {
  return 0;
} finally {
  return 2;
}

结果将是 2:)

与其他语言的比较： 从最后返回

Answer 14

使finally块变得有用的因素有很多：

1. 如果从try或catch块返回，则在控制权返回给调用函数之前，finally块仍然会被执行
2. 如果catch块内发生异常，或者未捕获的异常try 块中发生类型异常，finally 块中的代码仍然执行。

这些使得finally块非常适合关闭文件句柄或套接字。

Answer 15

在 try 和 catch 为空的情况下，没有区别。 否则你可以确定，finally 将会被执行。

例如，如果您在 catch 块中抛出一个新的异常（重新抛出），那么只有在finally 块中的赋值才会被执行。

通常，finally 用于在您自己之后进行清理（关闭数据库连接、文件句柄等）。

你不应该在finally中使用控制语句（return、break、 continue），因为这可能是维护的噩梦，因此被认为是不好的做法

Answer 16

finally 块与 try/catch 位于同一范围内，因此您可以访问其中定义的所有变量。

想象一下您有一个文件处理程序，这就是它的编写方式的差异。

try
{
   StreamReader stream = new StreamReader("foo.bar");
   stream.write("foo");
}
catch(Exception e) { } // ignore for now
finally
{
   stream.close();
}

相比之下，

StreamReader stream = null;
try
{
    stream = new StreamReader("foo.bar");
    stream.write("foo");
} catch(Exception e) {} // ignore

if (stream != null)
    stream.close();

记住，finally 里面的任何东西都不能保证运行。 想象一下，您收到中止信号、窗口崩溃或断电。 依赖于最终的业务关键代码是不好的。