进程.已退出比赛条件

本文关键字：条件 退出 进程 | 更新日期: 2023-09-27 18:19:40

我有一个通过Process.GetProcessesByName创建的System.Diagnostics.Process实例。

成功打开进程后，我会执行各种操作，例如读取它的内存和窗口标题。

这些操作是基于计时器不断执行的，我的意思是Timer.Elapsed事件处理程序是流程操作的来源。

现在，我注意到我有一个种族问题，我无法用我所知道的任何东西来解决。它是如何发生的：

timerElapsedEvent(...) {
    if (!process.HasExited) {
        process.Refresh(); // Update title.
        var title = process.MainWindowTitle;
    }
}

如果进程正在运行，并且我的代码进入了if块，那么进程在执行process.MainWindowTitle调用之前退出的可能性很小，这将导致异常。

我需要的是一种方法，以某种方式捕获进程的退出事件，并使其保持活动状态，直到可以安全地关闭它，而不会使监视它的应用程序崩溃，从而确保它在关闭前等待process.MainWindowTitle（或解决此问题的任何其他解决方案）。

此外，同时，另一种方法可能正在运行ReadProcessMemory，它也会崩溃。

我该如何解决这个问题？

PS:Process.Exit事件处理程序不起作用，因为它在process.MainWindowTitle之前不会被激发，它只会在当前指令完成后被激发。我很确定，以某种方式控制退出事件是解决这个问题的唯一方法，因为HasExit可能随时更改，这与我在实际调用进程上的方法之前有多少检查无关。

PS2：我刚刚意识到这是一个TOCTTOU案例，除非我能控制我打开的流程，否则它是无法解决的，所以我把这个留在这里只是想看看是否有人知道这样做的方法。

进程.已退出比赛条件

短版本：你不能。

这里有一个根本的"检查时间到使用时间"问题，你没有足够的控制权来解决。在检查HasExited属性和检查MainWindowTitle属性之间，操作系统总是能够终止正在处理的进程（无论是任意的，还是由于进程中的某些故障）。

Process类在强制获取异常方面做得不多，但它做得足够了。特别是，调用Refresh()会迫使类"忘记"它所知道的有关进程的任何信息，这样当您再次请求时，它就会重新检索信息。这包括进程的主窗口句柄。

Process类使用本机窗口枚举函数来搜索已知进程ID的窗口句柄。由于进程已退出，它找不到句柄，返回NULL值（托管术语中为IntPtr.Zero）。在看到null返回值时，Process类强制调用InvalidOperationException。


唯一可靠的解决方案是始终做好捕捉异常的准备。在检查状态和尝试做一些依赖它的事情之间，状态总是有可能改变的。


虽然是学术性的，但我发现有趣的是，如果设置EnableRaisingEvents属性，Process类在检测退出的进程和抛出异常方面可以（通常也是）更加高效。

特别地，当设置了EnableRaisingEvents属性时，Process类注册为在进程句柄被发信号时由OS通知（通过线程池的RegisterWaitForSingleObject()方法）。也就是说，在这种情况下，Process类甚至不需要搜索主窗口句柄，因为如果进程退出，它几乎会立即得到通知。

（当然，在一个非常小的机会窗口中，仍然存在潜在的内部竞争条件，因为当Process类检查已退出状态时，通知可能还没有到达，但进程可能在Process类枚举窗口之前已经退出）。

无论如何，最后一点并不影响基本答案；这只是我在浏览Process源代码时学到并发现有趣的一些琐事。：）

相关文章：