gpt4 book ai didi

c# - Process.WaitForExit 跨机器不一致

转载 作者:可可西里 更新时间:2023-11-01 07:47:27 42 4
gpt4 key购买 nike

此代码在大量机器上按预期运行。然而在一台特定的机器上,调用 WaitForExit()似乎被忽略,实际上将进程标记为已退出。

static void Main(string[] args)
{
Process proc = Process.Start("notepad.exe");
Console.WriteLine(proc.HasExited); //Always False
proc.WaitForExit(); //Blocks on all but one machines
Console.WriteLine(proc.HasExited); //**See comment below
Console.ReadLine();
}

请注意,这与 similar question 不同在 SO 上,被调用的进程是 notepad.exe (出于测试原因),因此故障不太可能出在它身上 - 即它没有产生第二个子流程并关闭。即便如此,它也无法解释为什么它适用于所有其他机器。

在问题机器上,第二次调用 Console.WriteLine(proc.HasExited))返回 true即使记事本在屏幕和任务管理器中仍然明显打开。

机器运行的是 Windows 7 和 .NET 4.0。

我的问题是;该特定机器上的什么条件可能导致这种情况?我应该检查什么?

编辑 - 到目前为止我尝试过的事情/更新/可能相关的信息:

  • 重新安装了 .NET。
  • 在任务管理器中关闭了我不知道的所有进程。
  • Windows 尚未在此机器上激活。
  • 按照评论中的建议,我尝试使用 GetProcessesByName 获取“现有”进程 ID但这只是在问题机器上返回一个空数组。因此,很难说问题出在 WaitForExit 上。 ,因为调用 GetProcessesByName 不会返回进程甚至在打电话之前 WaitForExit .
  • 在问题机器上,生成的记事本进程的 ParentID 是代码手动启动的记事本进程的 ID,或者换句话说,记事本正在生成子进程并自行终止。

最佳答案

问题是默认情况下 Process.StartInfo.UseShellExecute 设置为 true。将此变量设置为 true,而不是自己启动进程,您是在要求 shell 为您启动它。这可能非常有用——它允许您执行诸如“执行”HTML 文件之类的操作(shell 将使用适当的默认应用程序)。

当您想在执行应用程序后跟踪它时(如您所见),它不是很好,因为启动应用程序有时会混淆它应该跟踪哪个实例。

关于为什么会发生这种情况的内部细节可能超出了我的回答能力——我知道当 UseShellExecute == true 时,框架使用 ShellExecuteEx Windows API,而当它 UseShellExecute == false 时,它​​使用 CreateProcessWithLogonW,但是我不知道为什么一个会导致可跟踪的进程而另一个不会,因为它们似乎都返回进程 ID。

编辑:经过一点挖掘:

This question向我指出 SEE_MASK_NOCLOSEPROCESS标志,似乎确实在使用 ShellExecute 时设置了。掩码值的文档指出:

In some cases, such as when execution is satisfied through a DDE conversation, no handle will be returned. The calling application is responsible for closing the handle when it is no longer needed.

所以它确实表明返回进程句柄是不可靠的。不过,我还没有深入到知道你可能会遇到哪种特殊情况。

关于c# - Process.WaitForExit 跨机器不一致,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8895026/

42 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com