TerminateProcess触发AEDebug注册的转储工具断点异常原因问询

• 你碰到的是.NET运行时在STA线程模型进程的正常退出流程中，主动抛出的通知型断点异常（异常码80000003），不属于程序崩溃。
  从调用栈可以明确看到全链路走的是标准进程退出逻辑：CLR触发关闭所有托管运行时 → 调用系统ExitProcess接口 → 最终进入内核态终止进程。这个断点是CLR设计上用于通知调试器进程即将终止的事件，并非执行到非法断点指令触发，所以你会看到异常地址为0，通过!pe看不到托管异常、进程只有一个主线程也佐证了这只是退出通知，不是实际崩溃。
• 补充输出里的STATUS_INVALID_HANDLE（无效句柄）错误是进程退出阶段资源回收时的常见次要错误，不是触发断点的原因。
• 你的AEDebug采集工具会触发，是因为默认配置下没有对这类退出通知型断点做过滤，把正常退出事件误判为崩溃事件进行了捕获。

大量做Windows平台崩溃采集的开发者都遇到过完全相同的误报场景，尤其是针对.NET Framework程序的采集场景，属于AEDebug注册类调试工具的典型误报case。

• 采集工具捕获到异常后先做规则过滤：遇到异常码为80000003、且调用栈包含ExitProcess/ShutdownAllActiveRuntimes这类退出逻辑特征的，直接跳过转储生成即可。
• 可以额外结合进程退出码做二次校验：如果进程退出码为0（正常退出），也可以直接过滤这类非崩溃捕获。

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