WinForms未处理异常对话框中Continue按钮的执行状态探究

我之前也对这个按钮的行为感到困惑，结合你的测试示例和底层机制，咱们把这个问题掰扯清楚：

核心结论：“继续”按钮不是从异常下一行执行，而是直接回到消息循环 #

你的测试代码已经验证了这一点：当throw_Exception()抛出异常后，button1_Click方法里的后续代码textBox1.Text = "Line after exception"永远不会执行。本质上，点击“继续”后，.NET会从异常抛出的位置开始，向上展开（unwind）整个调用栈，销毁当前调用栈里所有方法的执行帧，直到回到WinForms的主消息循环——也就是处理用户点击、窗口刷新这些UI事件的循环。

这时候应用并没有“恢复”到异常发生前的执行流程，而是放弃了当前触发异常的整个操作流程，让UI可以继续响应其他用户操作（比如点击别的按钮、关闭窗口）。

你的具体疑问解答 #

1. 深层调用栈抛出异常时，UI层之前的执行流程会停止吗？ #

是的，不管异常在调用栈的哪个层级抛出（比如A调用B，B调用C，C抛异常），点击“继续”后，整个调用栈会从C开始向上unwind：C的执行终止，B的执行终止，A的执行也终止，最终回到主消息循环。触发异常的那个操作的所有后续代码都会停止执行，但UI仍然可以响应新的操作。

2. 异常发生前创建的对象会被GC回收吗？ #

这些对象的回收逻辑和正常程序完全一致：

• 如果对象没有被任何存活的引用持有（比如只是在异常方法里创建的局部变量，方法执行帧被销毁后就没有引用了），那么GC会在常规的回收周期里把它们回收；
• 如果对象还有其他存活的引用（比如绑定到了UI控件、存在全局变量里），那它们会继续留在内存中，直到引用被释放。
  异常本身不会触发特殊的GC操作，也不会特意清理这些对象。

3. 多线程程序中某线程抛出未处理异常的情况？ #

这里要分两种情况：

• UI线程：和你测试的单线程情况一致，会弹出异常对话框，点击“继续”后回到主消息循环，UI继续可用；
• 非UI线程（比如后台线程、线程池线程）：
  • 在.NET Framework中：默认情况下，非UI线程的未处理异常会直接终止整个应用，不会弹出这个对话框（除非你手动注册了AppDomain.UnhandledException事件并处理）；
  • 在.NET Core/.NET 5+之后：后台线程的未处理异常默认不会终止应用，该线程会直接退出，但UI线程和其他线程不受影响。如果弹出了对话框（比如你手动处理了异常并触发弹窗），点击“继续”后，该异常线程的调用栈会unwind，线程结束，其他线程正常运行。

额外提醒 #

微软设计这个“继续”按钮，本质是给用户一个紧急善后的机会（比如保存未提交的数据、关闭打开的文件），而不是让程序继续执行原来的异常流程。因为异常已经破坏了当前执行上下文的状态，强行继续执行原来的代码很可能会导致更严重的错误（比如数据损坏、死循环）。所以实际开发中，永远不要依赖这个按钮，一定要在代码中捕获并处理所有可能的异常。

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