如何关闭（而不是终止）已最小化到系统托盘的应用程序？

Question

我正在编写一个应用程序，它可以关闭程序，更改其数据文件，然后重新打开它。我注意到，如果我使用 process.Kill() ，则会有一些数据未写入文件。

如果我使用 process.CloseMainWindow()，主窗口将关闭，但进程会最小化到开始托盘。

有什么方法可以向进程发送优雅的关闭消息吗？

如果它很重要的话，我想关闭的就是Grindstone。

Answer 1

不幸的是，您无法采取任何措施来优雅地终止不合作的应用程序。

建议的方法是将 WM_CLOSE 消息发送到感兴趣的窗口；这在这里不起作用，因为应用程序选择按照您的描述隐藏自身。然而，这是微软认可的唯一方法。

下一步是更严厉一些，将 WM_QUIT 消息发送到线程。这有点问题，因为您必须使用某种形式的进程/线程枚举和 PInvoke PostThreadMessage 发布 WM_QUIT。但是，MSDN 似乎建议你不应该这样做（搜索 WM_QUIT）。作为一个实际问题，它应该有效。

如果这不起作用，那么您就只剩下 Process.Kill 了。

更新：以上是我自己的理解，但还有一篇Microsoft KB文章 关于同一主题。它适用于 Win32（不是托管代码），但可以毫不费力地调整这些想法。

Answer 2

BackgroundWorker 解决方案中的 EventWaitHandle 对象提供here 对我来说效果很好，而且我认为编码比使用 win API 消息更容易。

基本上，您有一个后台工作线程等待使用 myEventWaitHandle.WaitOne 方法发生某些命名事件。

另一个应用程序只是创建相同的命名事件并调用 myEventWaitHandle.Set() 来触发它。这会导致后台工作程序中的 WaitOne() 方法继续，从而触发 RunWorkerCompleted 。那时您可以安全地关闭您的应用程序。

您的主要应用程序：

private void evtBgWorker_DoWork(object sender, DoWorkEventArgs e) { 
   string evtName = "MyExitRequest" + Process.GetCurrentProcess().Id.ToString(); 
   EventWaitHandle evt = new EventWaitHandle(false, EventResetMode.ManualReset, evtName); 
   evt.WaitOne(); // the worker stops here until the event is triggered
 } 

private void evtBgWorker_RunWorkerCompleted(object sender, RunWorkerCompletedEventArgs e) { 
  this.Close(); 
} 

您的“优雅杀手”应用程序：

private void CloseMainApp() 
{
   Process[] processes = Process.GetProcessesByName("MyProcessName");
   Process myprocess= null;
   if (processes.Length > 0)
   {
      myprocess = processes[0];
      string evtName = "MyExitRequest" + myprocess.Id; // the same event name
      EventWaitHandle evt = new EventWaitHandle(false, EventResetMode.ManualReset, evtName);
      evt.Set(); // triggers the event at the main app

      if (!myprocess.WaitForExit(10000)) // waits until the process ends gracefuly
      {
         // if don't...
         myprocess.Kill();
      }
   }
}

Answer 3

您需要发送WM_CLOSE消息到应用程序的主窗口。据推测，这就是 CloseMainWindow 为您抽象的内容。这样每次都会工作得很好。

不幸的是，听起来相关应用程序通过将自身最小化到任务栏的通知区域来处理 WM_CLOSE 消息。在这种情况下，如果您尝试以其他方式退出应用程序，包括“文件”->“退出”，它也会执行相同的操作。退出或单击标题栏中的“X”按钮。

极其自视甚高的应用程序经常会这样做。这是错误的，并且强烈不鼓励，甚至有一种正确的实现方式，但这些事情以前都没有阻止过人们。

因此，真正关闭程序的唯一方法是检查相关应用程序的文档并了解如何关闭它，而不是最小化它。我敢打赌，首选项对话框之一中有一个选项可以控制这一点。确保您已相应地设置该选项。

绝对避免任何涉及向线程发送 WM_QUIT 的建议消息，或终止整个进程。正如您在问题中指出的那样，这不是推荐的方法，并且可能会导致许多问题。您需要找到一种方法让应用程序很好地自行关闭。其他一切都完全属于“杀戮”的范畴，这正是你希望避免的。

Answer 4

对于我的应用程序，我试图关闭一个 Python 进程，并使用“subprocess.Popen”打开它的衍生进程。我尝试了TerminateProcess，它太邪恶了。 :) 我最终确定可以使用控制台命令 taskkill。我在 C++ 程序中做到了这一点：

    // standard kill process call
    void stopProcess(DWORD pid)
    {
        STARTUPINFO startupInfo;
        LPPROCESS_INFORMATION processInfo = new PROCESS_INFORMATION;

        // clear the memory to prevent garbage
        ZeroMemory(&startupInfo, sizeof(startupInfo));

        // set size of structure (not using Ex version)
        startupInfo.cb = sizeof(STARTUPINFO);
        // tell the application that we are setting the window display 
        // information within this structure
        startupInfo.dwFlags = STARTF_USESHOWWINDOW;    
        // hide process
        startupInfo.wShowWindow = SW_HIDE;

        //TerminateProcess(itr->second->hProcess, 0);  // not friendly to process, and does not kill child processes
        std::stringstream comStream;       
        comStream << "taskkill /pid ";
        comStream << pid;
        //comStream << " /t /f";  // to be more like TerminateProcess
        _MESSAGE("%s", comStream.str().c_str());             
        //system(comStream.str().c_str()); // works, but pops up a window momentarilly when called        

        //LPSTR s = const_cast<char *>(comStream.str().c_str());  
        LPSTR cString = strdup( comStream.str().c_str() );
        if(!CreateProcess(NULL,cString,NULL,NULL,false,NORMAL_PRIORITY_CLASS,NULL,NULL,&startupInfo,processInfo)){
            _MESSAGE("Could not launch '%s'",cString);
            SAFE_DELETE(processInfo);
        }else{
            // clean up
            CloseHandle(processInfo);
            SAFE_DELETE(processInfo);
        }
        // clean up 
        free(cString);
    }

您将看到我的其他实验被注释掉。我最终选择了这种方法，因为它隐藏了任何可能出现的弹出窗口。我还发现这允许 Python 应用程序正确调用 atexit。然而，即使我没有明确结束子进程，它们也会使用 taskkill 方法关闭。我猜这是由于 Python 代码的设计方式造成的。

因此，您可以尝试上述方法，等待进程关闭，如果失败，那么如果它不配合，您可以切换到使用 TerminateProcess 的大枪。如果需要的话，Taskkill 也有持续杀戮的模式。