如果我在Try块中返回值，那么Final语句中的代码会触发吗？

我正在查看一个朋友的一些代码，并说他在try-finally块中使用了return语句。即使try块的其余部分没有触发，Finally部分中的代码是否仍会触发？

例：

public bool someMethod()
{
  try
  {
    return true;
    throw new Exception("test"); // doesn't seem to get executed
  }
  finally
  {
    //code in question
  }
}

简单的答案：是的。

通常是的。保证finally部分可以执行包括异常或return语句在内的所有操作。这个规则的一个例外是异步异常发生的线程（上OutOfMemoryException，StackOverflowException）。

要了解有关那种情况下的异步异常和可靠代码的更多信息，请阅读受约束的执行区域。

这是一个小测试：

class Class1
{
    [STAThread]
    static void Main(string[] args)
    {
        Console.WriteLine("before");
        Console.WriteLine(test());
        Console.WriteLine("after");
    }

    static string test()
    {
        try
        {
            return "return";
        }
        finally
        {
            Console.WriteLine("finally");
        }
    }
}

结果是：

before
finally
return
after

从MSDN报价

最后用于保证无论前面的try块如何退出，代码的语句块都能执行。

通常是的，最终将运行。

对于以下三种情况，最终将始终运行：

1. 没有例外发生
2. 同步异常（正常程序流中发生的异常）。
   这包括从System.Exception派生的符合CLS的异常和不从System.Exception派生的不符合CLS的异常。不符合CLS的异常由RuntimeWrappedException自动包装。C＃不能引发非CLS投诉异常，但是C ++这样的语言可以。C＃可能会调用以可能引发不符合CLS规范的异常的语言编写的代码。
3. 异步ThreadAbortException
   从.NET 2.0开始，ThreadAbortException将不再阻止finally运行。现在将ThreadAbortException提升到finally之前或之后。只要在线程中止发生之前实际输入了try，finally就会一直运行，并且不会被线程中止中断。

在以下情况下，最终将无法运行：

异步StackOverflowException。
从.NET 2.0开始，堆栈溢出将导致进程终止。除非应用了进一步的约束以使最终CER（受约束执行区域）生效，否则最终将不会运行。CER不应在一般用户代码中使用。仅应在始终运行清除代码的关键位置使用它们-无论如何，在所有进程都因堆栈溢出而关闭后，默认情况下将清除所有托管对象。因此，CER唯一相关的地方是在流程之外分配的资源，例如非托管句柄。

通常，非托管代码在被用户代码使用之前被某些托管类包装。托管包装器类通常将使用SafeHandle包装非托管句柄。SafeHandle实现了一个关键的终结器，以及一个在CER中运行的Release方法，以确保执行清理代码。因此，您不应看到CER在整个用户代码中乱七八糟。

因此，最终不会在StackOverflowException上运行的事实对用户代码没有任何影响，因为该过程无论如何都会终止。如果在某些情况下确实需要清除SafeHandle或CriticalFinalizerObject之外的某些非托管资源，请按以下方式使用CER；但是请注意，这是一种不好的做法-非托管概念应通过设计抽象为托管类和适当的SafeHandle。

例如，

// No code can appear after this line, before the try
RuntimeHelpers.PrepareConstrainedRegions();
try
{ 
    // This is *NOT* a CER
}
finally
{
    // This is a CER; guaranteed to run, if the try was entered, 
    // even if a StackOverflowException occurs.
}

有一个非常重要的例外，我在其他任何答案中都没有提到过，而且（在用C＃编程18年之后）我不敢相信自己不知道。

如果您在块内引发或触发任何类型的异常catch（不仅仅是怪异的StackOverflowExceptions东西），而且整个try/catch/finally块内都不存在另一个try/catch块，则您的finally块将不会执行。这很容易证明-如果我自己没看过，考虑到我经常读到它只是很奇怪的，微小的极端情况，会导致finally块无法执行，我不会相信的。

static void Main(string[] args)
{
    Console.WriteLine("Beginning demo of how finally clause doesn't get executed");
    try
    {
        Console.WriteLine("Inside try but before exception.");
        throw new Exception("Exception #1");
    }
    catch (Exception ex)
    {
        Console.WriteLine($"Inside catch for the exception '{ex.Message}' (before throwing another exception).");
        throw;
    }
    finally
    {
        Console.WriteLine("This never gets executed, and that seems very, very wrong.");
    }

    Console.WriteLine("This never gets executed, but I wasn't expecting it to."); 
    Console.ReadLine();
}

我敢肯定这是有原因的，但是奇怪的是它的知名度还没有广为人知。（例如，此处已注明，但在此特定问题中没有任何地方。）

我意识到我参加聚会很晚，但是（与OP的示例不同）在这种情况下，确实引发了MSDN状态（https://msdn.microsoft.com/en-us/library/zwc8s4fz.aspx）的异常：“如果未捕获到异常，则finally块的执行取决于操作系统是否选择触发异常展开操作。”

只有在调用堆栈后面的某些其他函数（例如Main）捕获到异常时，才能确保执行finally块。这个细节通常不是问题，因为所有运行时环境（CLR和OS）C＃程序都在进程退出时（文件句柄等）使用其拥有的大部分资源来运行。在某些情况下，这可能很关键：要提交响应的数据库操作正在进行中。放松; 或某些可能无法被操作系统自动关闭并随后阻止服务器的远程连接。

是。实际上，这就是最后声明的重点。除非发生某种分类（内存不足，拔出计算机等），否则应始终执行finally语句。

它也不会在未捕获的异常上触发并在Windows服务中托管的线程中运行

在Windows服务中运行的线程中，最终不执行

如果您使用System.exit（0）从应用程序退出，最终将不会运行；如

try
{
    System.out.println("try");
    System.exit(0);
}
finally
{
   System.out.println("finally");
}

结果将是：试试

在99％的方案中，可以保证该finally块内的代码将运行，但是，请考虑以下方案：您的线程中有一个try-> finally块（no catch），并且在该线程中得到未处理的异常。在这种情况下，线程将退出并且finally块将不会执行（在这种情况下，应用程序可以继续运行）

这种情况很少见，但这只是表明答案并非总是“是”，大多数情况下是“是”，有时在极少数情况下是“否”。

finally块的主要目的是执行其中编写的任何内容。它不应该依赖于尝试或捕获中发生的任何事情。但是，使用System.Environment.Exit（1），应用程序将退出而无需移至下一行代码。