.NET/C# 异常处理：写一个空的 try 块代码，而把重要代码写到 finally 中（Constrained Execution Regions）

最新推荐文章于 2023-11-13 08:06:18 发布

原创

最新推荐文章于 2023-11-13 08:06:18 发布 · 695 阅读

0 ·

CC 4.0 BY-SA版权

本文探讨了.NET/C#编程中一种不常见的异常处理技巧，即使用空的try块配合finally块。这样做是为了确保在finally块中的代码在任何情况下都能执行，不受线程中断或内存异常的影响。受约束的执行区域（Constrained Execution Regions, CER）是这种策略的基础，它允许JIT编译器预先准备finally块的代码，以保证关键操作的可靠性。" 135113081,10097137,米家APP设备所有权转让步骤,"['智能家居', '米家app', 'HA', '设备管理', '家庭自动化']

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

不知你是否见过 try { } finally { } 代码中，try 块留空，而只往 finally 中写代码的情况呢？这种写法有其特殊的目的。

本文就来说说这种不一样的写法。

本文内容

空的 try 块

你可以点开这个链接查看 Exception 类，在里面你可以看到一段异常处理的代码非常奇怪：

// 代码已经过简化。
internal void RestoreExceptionDispatchInfo(ExceptionDispatchInfo exceptionDispatchInfo)
{
   
   
    // 省略代码。
    try{
   
   }
    finally
    {
   
   
        // 省略代码。
    }
    // 省略代码。
}

神奇之处就在于，其 try 块是空的，重要代码都放在 finally 中。那为什么会这么写呢？

在代码注释中的解释为：

We do this inside a finally clause to ensure ThreadAbort cannot be injected while we have taken the lock. This is to prevent unrelated exception restorations from getting blocked due to TAE.

翻译过来是：

在 finally 子句中执行此操作以确保在获取锁时无法注入 ThreadAbort。这是为了防止不相关的异常恢复因 TAE 而被阻止。

也就是说，此方法是为了与 Thread.Abort 对抗，防止 Thread.Abort 中断此处代码的执行。 Thread.Abort 的执行交给 CLR 管理，finally 的执行也是交给 CLR 管理。CLR 确保 finally 块执行的时候不会被 Thread.Abort 阻止。

代码在 .NET Core 和 .NET Framework 中的实现完全一样：

// This is invoked by ExceptionDispatchInfo.Throw to restore the exception stack trace, corresponding to the original throw of the
// exception, just before the exception is "rethrown".
[