我可以发送一个ctrl-C(SIGINT)到Windows上的应用程序吗?

我有(过去)编写的跨平台(Windows / Unix)应用程序,从命令行启动时,以相同的方式处理用户键入的CtrlC组合(即干净地终止应用程序)。

是否有可能在Windows上发送一个CtrlC / SIGINT /等同于另一个(不相关的)进程的进程来请求它干净地终止(给它一个整理资源的机会等)?

SendSignal第三方应用程序最接近我的解决scheme。 作者列出了源代码和一个可执行文件。 我已经validation,它在64位窗口下工作(作为32位程序运行,杀死另一个32位程序),但我还没有想出如何将代码embedded到Windows程序(32位或64位)。

怎么运行的:

在debugging器中进行了大量的挖掘之后,我发现实际上与ctrl-break等信号相关的入口点是kernel32!CtrlRoutine。 该函数具有与ThreadProc相同的原型,因此可以直接与CreateRemoteThread一起使用,而不必注入代码。 但是,这不是一个导出的符号! 它在不同版本的Windows上有不同的地址(甚至有不同的名称)。 该怎么办?

这是我终于想出的解决scheme。 我为我的应用程序安装一个控制台ctrl处理程序,然后为我的应用程序生成一个ctrl-break信号。 当我的处理程序被调用时,我回头看堆栈的顶部,以查找传递给kernel32!BaseThreadStart的参数。 我抓住第一个参数,这是线程所需的起始地址,它是kernel32!CtrlRoutine的地址。 然后我从我的处理程序返回,表明我已经处理了信号,我的应用程序不应该被终止。 回到主线程,我等待kernel32!CtrlRoutine的地址被取回。 一旦得到它,我就在目标进程中用发现的起始地址创build一个远程线程。 这会导致目标进程中的ctrl句柄被评估,就像ctrl-break被按下一样!

好处是只有目标进程受到影响,并且任何进程(甚至是窗口进程)都可以作为目标。 一个缺点是我的小应用程序不能在batch file中使用,因为当它发送ctrl-break事件以便发现kernel32!CtrlRoutine的地址时,它将会终止它。

(如果在batch file中运行它,则以start )。

我围绕这个话题做了一些研究,结果比我预想的更受欢迎。 KindDragon的回答是关键之一。

我在这个主题上写了一篇更长的博客文章 ,并创build了一个工作演示程序,演示了如何使用这种types的系统以几个不错的方式closures命令行应用程序。 这篇文章还列出了我在研究中使用的外部链接。

简而言之,这些演示程序执行以下操作:

  • 使用.Net启动一个带有可视窗口的程序,用pinvoke隐藏,运行6秒,用pinvoke显示,用.Net停止。
  • 使用.Net启动一个没有窗口的程序,运行6秒,通过连接控制台并发出ConsoleCtrlEvent来停止

编辑:从KindDragon修改的解决scheme对于那些在这里和现在的代码感兴趣的人。 如果您打算在停止第一个程序之后启动其他程序,则应该重新启用Ctrl-C处理,否则下一个进程将inheritance父级的禁用状态,并且不会响应Ctrl-C。

 [DllImport("kernel32.dll", SetLastError = true)] static extern bool AttachConsole(uint dwProcessId); [DllImport("kernel32.dll", SetLastError = true, ExactSpelling = true)] static extern bool FreeConsole(); // Enumerated type for the control messages sent to the handler routine enum CtrlTypes : uint { CTRL_C_EVENT = 0, CTRL_BREAK_EVENT, CTRL_CLOSE_EVENT, CTRL_LOGOFF_EVENT = 5, CTRL_SHUTDOWN_EVENT } [DllImport("kernel32.dll")] [return: MarshalAs(UnmanagedType.Bool)] private static extern bool GenerateConsoleCtrlEvent(CtrlTypes dwCtrlEvent, uint dwProcessGroupId); public void StopProgram(Process proc) { //This does not require the console window to be visible. if (AttachConsole((uint)proc.Id)) { // Disable Ctrl-C handling for our program SetConsoleCtrlHandler(null, true); GenerateConsoleCtrlEvent(CtrlTypes.CTRL_C_EVENT, 0); // Must wait here. If we don't and re-enable Ctrl-C // handling below too fast, we might terminate ourselves. proc.WaitForExit(2000); FreeConsole(); //Re-enable Ctrl-C handling or any subsequently started //programs will inherit the disabled state. SetConsoleCtrlHandler(null, false); } } 

此外,如果AttachConsole()或发送的信号失败,则计划应急解决scheme,例如睡觉那么这个:

 if (!proc.HasExited) { try { proc.Kill(); } catch (InvalidOperationException e){} } 

我想我在这个问题上有点晚了,但是对于有同样问题的人,我会写点东西。 这与我给这个问题的答案是一样的。

我的问题是,我想我的应用程序是一个GUI应用程序,但执行的过程应该在后台运行,没有任何交互式控制台窗口附加。 我认为这个解决scheme也应该在父进程是一个控制台进程时工作。 你可能不得不删除“CREATE_NO_WINDOW”标志。

我设法解决这个使用GenerateConsoleCtrlEvent ()与包装的应用程序。 棘手的部分只是文档不清楚它如何使用以及它的缺陷。

我的解决scheme是基于这里所描述的。 但是,这并没有真正解释所有的细节和一个错误,所以这里是如何让它工作的细节。

创build一个新的帮助程序“Helper.exe”。 此应用程序将位于您的应用程序(父级)和您想要closures的subprocess之间。 它也将创build实际的subprocess。 你必须有这个“中间人”过程或GenerateConsoleCtrlEvent()将失败。

使用某种IPC机制从父进程与辅助进程进行通信,帮助者应closuressubprocess。 当帮助者得到这个事件时,它调用closures自己和subprocess的“GenerateConsoleCtrlEvent(CTRL_BREAK,0)”。 我为这个自己使用了一个事件对象,当它想要取消subprocess时父进程完成。

要创build您的Helper.exe,请使用CREATE_NO_WINDOW和CREATE_NEW_PROCESS_GROUP进行创build。 而创buildsubprocess时创build它没有标志(0),这意味着它将派生从它的父母的控制台。 不这样做会导致它忽略事件。

每一步都是这样完成是非常重要的。 我一直在尝试所有不同types的组合,但是这个组合是唯一有效的组合。 您无法发送CTRL_C事件。 它将返回成功,但会被stream程忽略。 CTRL_BREAK是唯一有效的工具。 这并不重要,因为他们最后都会调用ExitProcess()。

你也不能直接调用GenerateConsoleCtrlEvent()和subprocessid的进程组id,直接允许helper进程继续生存。 这也会失败。

我花了一整天的时间试图让这个工作。 这个解决scheme适用于我,但如果有人有任何其他的补充,请做。 我走遍了networking,发现了许多有类似问题的人,但没有明确的解决scheme。 如何GenerateConsoleCtrlEvent()的作品也有点怪异,如果有人知道更多的细节,请分享。

不知怎的, GenerateConsoleCtrlEvent()返回错误,如果您调用它的另一个进程,但您可以附加到另一个控制台应用程序并发送事件到所有subprocess。

 void SendControlC(int pid) { AttachConsole(pid); // attach to process console SetConsoleCtrlHandler(NULL, TRUE); // disable Control+C handling for our app GenerateConsoleCtrlEvent(CTRL_C_EVENT, 0); // generate Control+C event } 

编辑:

对于GUI应用程序来说,在Windows开发中处理这个问题的“常规”方法是将WM_CLOSE消息发送到进程的主窗口。

对于控制台应用程序,您需要使用SetConsoleCtrlHandler来添加CTRL_C_EVENT

如果应用程序没有兑现,您可以调用TerminateProcess 。

这应该是清楚的,因为目前不是。 有一个SendSignal的修改和编译版本发送Ctrl-C (默认情况下它只发送Ctrl + Break)。 这里有一些二进制文件:

(2014-3-7):我使用Ctrl-C构build了32位和64位版本,名为SendSignalCtrlC.exe,您可以通过以下url下载: https ://dl.dropboxusercontent.com/u/49065779/ 发送信号/ x86 / SendSignalCtrlC.exe https://dl.dropboxusercontent.com/u/49065779/sendsignalctrlc/x86_64/SendSignalCtrlC.exe – Juraj Michalak

我也反映了这些文件以防万一:
32位版本: https : //www.dropbox.com/s/r96jxglhkm4sjz2/SendSignalCtrlC.exe?dl = 0
64位版本: https : //www.dropbox.com/s/hhe0io7mcgcle1c/SendSignalCtrlC64.exe?dl = 0

免责声明:我没有build立这些文件。 没有修改编译的原始文件。 唯一testing的平台是64位Windows 7.build议您调整http://www.latenighthacking.com/projects/2003/sendSignal/上的源代码并自行编译。

这是我在我的C ++应用程序中使用的代码。

积极的一点:

  • 从控制台应用程序工程
  • 从Windows服务工作
  • 没有延迟要求
  • 不closures当前的应用程序

负面点:

  • 主控制台丢失,并创build一个新的控制台(请参阅FreeConsole )
  • 控制台切换给出了奇怪的结果…

 // Inspired from http://stackoverflow.com/a/15281070/1529139 // and http://stackoverflow.com/q/40059902/1529139 bool signalCtrl(DWORD dwProcessId, DWORD dwCtrlEvent) { bool success = false; DWORD thisConsoleId = GetCurrentProcessId(); // Leave current console if it exists // (otherwise AttachConsole will return ERROR_ACCESS_DENIED) bool consoleDetached = (FreeConsole() != FALSE); if (AttachConsole(dwProcessId) != FALSE) { // Add a fake Ctrl-C handler for avoid instant kill is this console // WARNING: do not revert it or current program will be also killed SetConsoleCtrlHandler(nullptr, true); success = (GenerateConsoleCtrlEvent(dwCtrlEvent, 0) != FALSE); FreeConsole(); } if (consoleDetached) { // Create a new console if previous was deleted by OS if (AttachConsole(thisConsoleId) == FALSE) { int errorCode = GetLastError(); if (errorCode == 31) // 31=ERROR_GEN_FAILURE { AllocConsole(); } } } return success; } 

用法示例:

 DWORD dwProcessId = ...; if (signalCtrl(dwProcessId, CTRL_C_EVENT)) { cout << "Signal sent" << endl; } 

在Java中,使用JNA和Kernel32.dll库,类似于C ++解决scheme。 将CtrlCSender主方法运行为一个Process,该进程只获取进程的控制台以发送Ctrl + C事件并生成事件。 由于它在没有控制台的情况下单独运行,因此不需要禁用和再次启用Ctrl + C事件。

CtrlCSender.java – 基于Nemo1024和KindDragon的答案。

给定一个已知的进程ID,这个无configuration的应用程序将连接目标进程的控制台,并在其上生成一个CTRL + C事件。

 import com.sun.jna.platform.win32.Kernel32; public class CtrlCSender { public static void main(String args[]) { int processId = Integer.parseInt(args[0]); Kernel32.INSTANCE.AttachConsole(processId); Kernel32.INSTANCE.GenerateConsoleCtrlEvent(Kernel32.CTRL_C_EVENT, 0); } } 

主要应用程序 – 将CtrlCSender作为单独的无configuration进程运行

 ProcessBuilder pb = new ProcessBuilder(); pb.command("javaw", "-cp", System.getProperty("java.class.path", "."), CtrlCSender.class.getName(), processId); pb.redirectErrorStream(); pb.redirectOutput(ProcessBuilder.Redirect.INHERIT); pb.redirectError(ProcessBuilder.Redirect.INHERIT); Process ctrlCProcess = pb.start(); ctrlCProcess.waitFor(); 

我的一个朋友提出了一个完全不同的方式来解决这个问题,它为我工作。 使用下面的VBScript。 它启动和应用程序,让它运行7秒,并使用Ctrl + Cclosures它。

'VBScript示例

 Set WshShell = WScript.CreateObject("WScript.Shell") WshShell.Run "notepad.exe" WshShell.AppActivate "notepad" WScript.Sleep 7000 WshShell.SendKeys "^C" 

基于进程ID,我们可以发送信号来处理强制或优雅地终止或任何其他信号。

列出所有过程:

 C:\>tasklist 

杀死进程:

 C:\>Taskkill /IM firefox.exe /F or C:\>Taskkill /PID 26356 /F 

细节:

http://tweaks.com/windows/39559/kill-processes-from-command-prompt/

  void SendSIGINT( HANDLE hProcess ) { DWORD pid = GetProcessId(hProcess); FreeConsole(); if (AttachConsole(pid)) { // Disable Ctrl-C handling for our program SetConsoleCtrlHandler(NULL, true); GenerateConsoleCtrlEvent(CTRL_C_EVENT, 0); // SIGINT //Re-enable Ctrl-C handling or any subsequently started //programs will inherit the disabled state. SetConsoleCtrlHandler(NULL, false); WaitForSingleObject(hProcess, 10000); } } 

我发现所有这些太复杂了,并且使用SendKeys来发送一个CTRLC键盘命令行窗口(即cmd.exe窗口)作为一种解决方法。