1

我认为之前关于这个主题的任何问题都没有给出这个问题的答案。我使用 psexec 执行远程 exe 文件。当我在命令行中运行它时，我得到了 exe 文件的输出。psexec.exe \\machine C:\somename.exe.
当我使用 C sharp Process Execution 时，它要么挂起，要么不重定向输出。对于某些 exe，它超时，对于某些重定向标准输出为空，并且错误包含 Exe 退出，代码为 0。有什么方法可以捕获输出？

 ProcessStartInfo startInfo = new ProcessStartInfo();
        startInfo.FileName =GetPsExecPath();
        startInfo.Arguments = arguments;
        Debug.WriteLine(arguments);
        startInfo.UseShellExecute = false;
        startInfo.RedirectStandardError = true;
        startInfo.RedirectStandardOutput = true;
        startInfo.CreateNoWindow = true;
        Process process = new Process();
        process.StartInfo = startInfo;
        process.Start();
        process.WaitForExit();
        error = process.StandardError.ReadToEnd();
        output = process.StandardOutput.ReadToEnd();
        Debug.WriteLine(error);
        Debug.WriteLine(output);
        process.close();

编辑：Soln 所以这个问题主要是因为 Psexec 把很多其他的东西扔到了标准错误中，因此我们读取它们的顺序，如果我们使用 ReadToEnd() 可能会导致死锁。所以如果我们使用 BeginOutputReadLine 它就像一个魅力！

4

1 回答 1

4

此代码段导致死锁的几率非常高。因为您首先阅读 StandardError，然后阅读 StandardOutput。这意味着 process.StandardOutput.ReadToEnd() 在进程退出之前不会被调用。这意味着当 psexec 填满足够的字符时，它将无法刷新其 stdout 输出缓冲区。这意味着它将阻塞，因此永远不会终止。死锁城。

如果你交换这两个调用，你会有更好的机会，大多数程序将大部分输出发送到标准输出。但是，如果 psexec 出于某种原因将大量字符写入 stderr，则死锁的可能性仍然不为零。您可以通过使用 BeginOutputReadLine 和 BeginErrorReadLine 来完全消除这种情况。

于 2012-04-25T12:26:48.127 回答