我创建了一个 C# 控制台应用程序，通过订阅 Console.CancelKeyPress 事件来处理 Ctrl-C。当我执行（调试版本）应用程序时，进程中已经创建了 14 个线程。当我按下 Ctrl-C 时，创建了一个新的第 15 个线程并调用了我的处理程序。我使用 sysinternals 的进程资源管理器来查看进程的状态。
我很想知道 Ctrl-C 消息如何传递给进程以及如何创建附加线程的内部机制？我想，即使我不订阅事件，它仍然会创建一个额外的线程并退出进程。处理 Ctrl-C 的默认机制是如何为应用程序设置的。
我是一名 .net 开发人员，但想了解 Windows 操作系统的幕后工作原理。上面的问题只是出于学习windows操作系统的好奇。
【问题讨论】：
标签： windows console-application signals ctrl
当Windows需要通知一个外部事件的控制台程序时，没有窗口消息循环可以发送通知，因此Windows将在目标进程中create a thread执行任何定义的回调函数。 CTRL+C 事件的默认处理程序只调用ExitProcess，但挂钩CancelKeyPress 事件会使用处理程序函数调用Win32 的SetConsoleCtrlHandler 函数。
handler function 的文档解释了它的工作原理：
与 SetConsoleCtrlHandler 函数一起使用的应用程序定义的函数。控制台进程使用此函数来处理进程接收到的控制信号。收到信号后，系统在进程中创建一个新线程来执行函数。
请注意，Windows 注入到您的进程中的线程具有相当小的堆栈，因此 CLR 处理程序例程实际上将 Threadpool 工作项排队以执行您的事件处理程序。这意味着 Windows 注入的线程和一个工作线程都可能被创建，导致您在处理 CTRL+C 事件期间看到最多 2 个额外的线程。
【讨论】：
是的，Windows 启动一个线程来调用SetConsoleCtrlHandler() 注册的处理程序。它由名为 ControlCHooker 的小型内部辅助类的 Hook() 方法调用。由 Cancel.CancelKeyPress 事件的 add() 访问器调用。 Windows 回调使您的事件处理程序运行。
Reflector 或 ILSpy 等优秀的反汇编程序以及参考源可以帮助您发现这些实现细节。
【讨论】：