为何异步await后抛出的ThreadAbortException无法自动重抛？

这个现象的核心原因是async/await的线程上下文切换，结合ThreadAbortException的特殊CLR行为导致的，我们可以分两种情况拆解分析：

1. 无Task.Yield()的场景（Run(false)） #

当不使用Task.Yield()时，Abort(false)方法是同步执行在Main线程上的：

• Thread.CurrentThread.Abort()直接中断当前的Main线程，抛出ThreadAbortException。
• 内层catch块捕获到异常后，CLR会按照规则在catch块末尾自动重抛该异常。
• 由于整个执行流程都在Main线程上，重抛的异常会被外层catch块捕获，随后调用Thread.ResetAbort()终止自动重抛逻辑，于是你看到了外层的输出。

2. 有Task.Yield()的场景（Run(true)） #

当加入await Task.Yield()后，异步状态机触发了线程切换：

• await Task.Yield()会让Abort(true)方法暂停执行，返回一个未完成的Task，Run(true)中的await会将控制权交回Main线程（但Main线程因GetResult()调用处于阻塞等待状态）。
• 之后Abort(true)的剩余代码（Thread.CurrentThread.Abort()）会在ThreadPool工作线程上执行。
• 抛出的ThreadAbortException被内层catch捕获后，CLR尝试自动重抛，但此时重抛的异常发生在ThreadPool线程上。
• 对于CLR管理的ThreadPool线程，ThreadAbortException的重抛会直接终止该线程的执行——而异步状态机没有机会将这个重抛的异常包装到返回的Task中。
• 最终Main线程等待的Task已完成（内层catch执行完毕），重抛的异常随着ThreadPool线程的终止而消失，无法传播到外层catch块，因此你看不到外层的输出。

额外提示 #

Thread.Abort()是.NET中被标记为过时的API，它的设计和异步代码的执行模型天然不兼容，很容易导致不可预测的线程状态和异常行为。在现代.NET开发中，应该使用CancellationToken来实现优雅的任务取消，而不是强制终止线程。

内容的提问来源于stack exchange，提问作者Michael Liu