c# - Process.HasExited 竞争条件

Question

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

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

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

现在，我注意到我有一个我无法使用我所知道的任何方法解决的竞争条件。这是它是如何发生的:

timerElapsedEvent(...) {

    if (!process.HasExited) {

        process.Refresh(); // Update title.
        var title = process.MainWindowTitle;
    }

}

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

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

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

我该如何解决这个问题？

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

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

Answer 1

简短版:你不能。

这里有一个基本的“检查时间到使用时间”问题，您没有足够的控制权来解决。在您检查 HasExited 属性和检查 MainWindowTitle 属性。

Process 类在强制获取异常方面没有做太多事情，但它已经足够了。特别是，调用 Refresh() 会强制该类“忘记”它所知道的有关该进程的任何信息，以便在您再次请求时重新检索信息。这包括进程的主窗口句柄。

Process 类使用 native 窗口枚举函数来搜索已知进程 ID 的窗口句柄。由于进程已经退出，它无法找到句柄，返回一个 NULL 值(IntPtr.Zero 在托管术语中)。在看到 null 返回值时，Process 类会强制调用 InvalidOperationException。

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

虽然是学术性的，但我发现有趣的是，如果您设置 EnableRaisingEvents 属性，Process 类可以(并且通常)更有效地检测退出的进程和抛出异常。

特别是，当 EnableRaisingEvents 属性被设置时，Process 类注册以接收操作系统的通知(通过线程池的 RegisterWaitForSingleObject() 方法)当进程句柄发出信号时。 IE。在这种情况下，Process 类甚至不需要搜索主窗口句柄，因为如果进程退出，它几乎会立即得到通知。

(当然，在非常小的机会窗口中，仍然存在潜在的内部竞争条件，因为当 Process 类检查 has-exited 状态时，通知可能尚未到达，但在 Process 类枚举窗口之前，该进程可能仍已退出。

无论如何，这最后一点不影响基本答案；这只是我在浏览 the Process source code 时学到并发现有趣的一些琐事. :)