Process.WaitForExit 跨不同机器不一致答案

【问题标题】：Process.WaitForExit inconsistent across different machinesProcess.WaitForExit 跨不同机器不一致
【发布时间】：2012-02-12 06:44:00
【问题描述】：

此代码在大量机器上按预期运行。然而在一台特定的机器上，对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();
}

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

在问题机器上，第二次调用Console.WriteLine(proc.HasExited)) 会返回true，即使记事本在屏幕和任务管理器中仍然清晰可见。

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

我的问题是；那台特定机器上的什么条件可能会导致这种情况？我应该检查什么？

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

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

【问题讨论】：

有没有可能之前打开过另一个记事本？所以你创建一个，杀死一个，但仍然看到旧的记事本？ proc.WaitForExit() 可能会立即返回，如果由于某些原因无法创建进程或直接终止进程，例如缺少原始代码创建新进程的权限。
@oleskii，不，我已经确定了这一点。记事本在这里只是作为“大家都知道”的进程使用，不管进程使用哪个文件都会出现这个问题。
我不知道WaitForExit() 的不同行为。您确定您启动的进程与您在 taskmgr 中打开的进程相同吗？您能否检查您打开的 Notepad.exe 实例的 PID（进程 ID）是否与您的 proc 实例的 PID 相同？
将机器拖到4楼，打开窗户让它滑倒。这不值得你花时间。
你试过用Process.StartInfo.UseShellExecute = false运行它吗？

标签： c# .net process

【解决方案1】：

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

如果您想在执行应用程序后跟踪它（如您所见），这并不是很好，因为启动应用程序有时会混淆它应该跟踪哪个实例。

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

编辑：经过一番挖掘：

This question 将我指向SEE_MASK_NOCLOSEPROCESS 标志，在使用 ShellExecute 时似乎确实设置了该标志。掩码值的文档说明：

在某些情况下，例如当通过 DDE 满足执行时对话，不会返回句柄。调用应用程序是不再需要时负责关闭句柄。

所以它确实表明返回进程句柄是不可靠的。不过，我仍然没有深入了解您可能会在这里遇到哪种特定的边缘情况。

【讨论】：

谢谢！虽然您的解决方案解决了我的问题，但我很想找出它似乎只对大约 50 台机器中的一台机器产生影响的原因。
我希望@EricLippert 进入这里并填写“为什么会发生这种情况”部分。我没那么敏锐。
我一点也不知道。我是 C# 语言及其编译器的设计和实现方面的专家。我对 Windows 如何管理进程几乎一无所知。

【解决方案2】：

原因可能是病毒替换了 notepad.exe 以隐藏自身。如果执行，它会生成记事本并退出（只是猜测）。

试试这个代码：

        var process = Process.Start("notepad.exe");
        var process2 = Process.GetProcessById(process.Id);
        while (!process2.HasExited)
        {
            Thread.Sleep(1000);
            try
            {
                process2 = Process.GetProcessById(process.Id);
            }
            catch (ArgumentException)
            {

                break;
            }

        }

        MessageBox.Show("done");

Process.Start()后用taskmanager查看notepad.exe的进程id，验证是否与process.Id一致；

哦，你真的应该使用 notepad.exe 的完整路径

 var notepad = Path.Combine(Environment.GetFolderPath(
                   Environment.SpecialFolder.Windows), "notepad.exe");
 Process.Start(notepad);

【讨论】：