如何在Windows外部控制台进程中禁用Ctrl+C默认终止动作？

我太懂你这种困境了——想让作为子进程启动的外部控制台程序忽略Ctrl+C的终止信号，但试了SetConsoleCtrlHandler和Console.TreatCtrlCAsInput好像都对外部进程无效，对吧？其实核心原因是这俩API都是进程内生效的，只能改当前进程的行为，没法直接跨进程控制外部程序。不过别灰心，有几个你可能没注意到的细节可以再试试，还有替代方案能解决问题：

一、先试试你忽略的关键细节：提前修改控制台模式 #

你之前可能是在启动子进程之后才调用这些API？其实控制台的输入模式是全局绑定到控制台窗口的，不是每个进程单独的。如果在启动外部子进程之前，先在你的父进程里修改控制台设置，就能让后续启动的子进程共享这个配置，从而忽略Ctrl+C的默认终止动作：

针对.NET程序 #

在启动子进程前执行这行代码：

Console.TreatCtrlCAsInput = true;

这会让控制台把Ctrl+C当作普通输入字符，而不是发送终止信号给所有关联进程，你的外部子进程自然就不会被Ctrl+C终止了。

针对原生Win32程序 #

在调用CreateProcess前，修改控制台输入模式：

DWORD inputMode;
GetConsoleMode(GetStdHandle(STD_INPUT_HANDLE), &inputMode);
// 去掉ENABLE_PROCESSED_INPUT标志，禁用系统对Ctrl+C的自动处理
inputMode &= ~ENABLE_PROCESSED_INPUT;
SetConsoleMode(GetStdHandle(STD_INPUT_HANDLE), inputMode);

同样，这个设置会影响所有共享该控制台的进程，包括你之后启动的外部子进程。

二、如果上面的方法不适用，试试这些替代方案 #

1. 给子进程创建独立控制台 #

启动子进程时加上CREATE_NEW_CONSOLE标志，让它在单独的控制台窗口运行。然后你可以通过API获取这个新控制台的句柄，再修改它的输入模式（比如去掉ENABLE_PROCESSED_INPUT），这样就不会影响父进程的控制台了。不过这个方法会弹出新的控制台窗口，如果你的场景不允许弹窗，可能不太合适。

2. 用进程组配合手动信号控制 #

创建子进程时使用CREATE_NEW_PROCESS_GROUP标志，让子进程成为新进程组的组长。然后在父进程里调用SetConsoleCtrlHandler(NULL, TRUE)忽略自身的Ctrl+C信号。虽然用户手动按Ctrl+C还是会发送给子进程，但你可以通过GenerateConsoleCtrlEventAPI手动控制子进程的终止逻辑，比如只在特定条件下发送终止信号。

3. 针对特定外部程序的脚本包装 #

如果你的外部程序是cmd.exe、cscript.exe这类脚本宿主，可以写个包装脚本，在脚本内部捕获或忽略Ctrl+C：

• 对于cmd.exe：写一个批处理，用标签和goto逻辑捕获Ctrl+C，比如：

@echo off
:main_loop
echo 正在运行目标程序...
start /wait your_target_program.exe
rem 如果是Ctrl+C中断，会回到循环继续执行
goto main_loop

然后启动cmd.exe /c your_wrapper.bat作为子进程，就能让目标程序忽略Ctrl+C的终止。

• 对于cscript.exe：可以在VBScript里添加错误处理，或者用On Error Resume Next配合循环逻辑，避免脚本被Ctrl+C终止。

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