210

我有以下代码:

info = new System.Diagnostics.ProcessStartInfo("TheProgram.exe", String.Join(" ", args));
info.CreateNoWindow = true;
info.WindowStyle = System.Diagnostics.ProcessWindowStyle.Hidden;
info.RedirectStandardOutput = true;
info.UseShellExecute = false;
System.Diagnostics.Process p = System.Diagnostics.Process.Start(info);
p.WaitForExit();
Console.WriteLine(p.StandardOutput.ReadToEnd()); //need the StandardOutput contents

我知道我开始的过程的输出大约是 7MB 长。在 Windows 控制台中运行它可以正常工作。不幸的是,以编程方式,这无限期地挂在WaitForExit. 另请注意,此代码不会因较小的输出(如 3KB)而挂起。

StandardOutput是否有可能内部ProcessStartInfo无法缓冲 7MB?如果是这样,我应该怎么做?如果没有,我做错了什么?

4

21 回答 21

442

问题是,如果您重定向StandardOutput和/或StandardError内部缓冲区可能已满。无论您使用什么顺序,都可能存在问题:

  • 如果您在读取进程之前等待进程退出,StandardOutput则可能会阻止尝试对其进行写入,因此该进程永远不会结束。
  • 如果您从StandardOutput使用 ReadToEnd 读取,那么如果进程永远不会关闭(例如,如果它永远不会终止,或者如果它被阻止写入),您的进程可能会阻塞。StandardOutputStandardError

解决方案是使用异步读取来确保缓冲区不会变满。为了避免任何死锁并收集两者的所有输出StandardOutputStandardError您可以这样做:

编辑:如果发生超时,请参阅下面的答案以了解如何避免ObjectDisposedException 。

using (Process process = new Process())
{
    process.StartInfo.FileName = filename;
    process.StartInfo.Arguments = arguments;
    process.StartInfo.UseShellExecute = false;
    process.StartInfo.RedirectStandardOutput = true;
    process.StartInfo.RedirectStandardError = true;

    StringBuilder output = new StringBuilder();
    StringBuilder error = new StringBuilder();

    using (AutoResetEvent outputWaitHandle = new AutoResetEvent(false))
    using (AutoResetEvent errorWaitHandle = new AutoResetEvent(false))
    {
        process.OutputDataReceived += (sender, e) => {
            if (e.Data == null)
            {
                outputWaitHandle.Set();
            }
            else
            {
                output.AppendLine(e.Data);
            }
        };
        process.ErrorDataReceived += (sender, e) =>
        {
            if (e.Data == null)
            {
                errorWaitHandle.Set();
            }
            else
            {
                error.AppendLine(e.Data);
            }
        };

        process.Start();

        process.BeginOutputReadLine();
        process.BeginErrorReadLine();

        if (process.WaitForExit(timeout) &&
            outputWaitHandle.WaitOne(timeout) &&
            errorWaitHandle.WaitOne(timeout))
        {
            // Process completed. Check process.ExitCode here.
        }
        else
        {
            // Timed out.
        }
    }
}
于 2011-09-30T10:05:02.207 回答
108

文档说在你等待之前阅读,Process.StandardOutput否则你可能会死锁,片段复制如下:

 // Start the child process.
 Process p = new Process();
 // Redirect the output stream of the child process.
 p.StartInfo.UseShellExecute = false;
 p.StartInfo.RedirectStandardOutput = true;
 p.StartInfo.FileName = "Write500Lines.exe";
 p.Start();
 // Do not wait for the child process to exit before
 // reading to the end of its redirected stream.
 // p.WaitForExit();
 // Read the output stream first and then wait.
 string output = p.StandardOutput.ReadToEnd();
 p.WaitForExit();
于 2008-09-26T13:49:43.590 回答
24

这是一个更现代的等待,基于任务并行库 (TPL) 的解决方案,适用于 .NET 4.5 及更高版本。

使用示例

try
{
    var exitCode = await StartProcess(
        "dotnet", 
        "--version", 
        @"C:\",
        10000, 
        Console.Out, 
        Console.Out);
    Console.WriteLine($"Process Exited with Exit Code {exitCode}!");
}
catch (TaskCanceledException)
{
    Console.WriteLine("Process Timed Out!");
}

执行

public static async Task<int> StartProcess(
    string filename,
    string arguments,
    string workingDirectory= null,
    int? timeout = null,
    TextWriter outputTextWriter = null,
    TextWriter errorTextWriter = null)
{
    using (var process = new Process()
    {
        StartInfo = new ProcessStartInfo()
        {
            CreateNoWindow = true,
            Arguments = arguments,
            FileName = filename,
            RedirectStandardOutput = outputTextWriter != null,
            RedirectStandardError = errorTextWriter != null,
            UseShellExecute = false,
            WorkingDirectory = workingDirectory
        }
    })
    {
        var cancellationTokenSource = timeout.HasValue ?
            new CancellationTokenSource(timeout.Value) :
            new CancellationTokenSource();

        process.Start();

        var tasks = new List<Task>(3) { process.WaitForExitAsync(cancellationTokenSource.Token) };
        if (outputTextWriter != null)
        {
            tasks.Add(ReadAsync(
                x =>
                {
                    process.OutputDataReceived += x;
                    process.BeginOutputReadLine();
                },
                x => process.OutputDataReceived -= x,
                outputTextWriter,
                cancellationTokenSource.Token));
        }

        if (errorTextWriter != null)
        {
            tasks.Add(ReadAsync(
                x =>
                {
                    process.ErrorDataReceived += x;
                    process.BeginErrorReadLine();
                },
                x => process.ErrorDataReceived -= x,
                errorTextWriter,
                cancellationTokenSource.Token));
        }

        await Task.WhenAll(tasks);
        return process.ExitCode;
    }
}

/// <summary>
/// Waits asynchronously for the process to exit.
/// </summary>
/// <param name="process">The process to wait for cancellation.</param>
/// <param name="cancellationToken">A cancellation token. If invoked, the task will return
/// immediately as cancelled.</param>
/// <returns>A Task representing waiting for the process to end.</returns>
public static Task WaitForExitAsync(
    this Process process,
    CancellationToken cancellationToken = default(CancellationToken))
{
    process.EnableRaisingEvents = true;

    var taskCompletionSource = new TaskCompletionSource<object>();

    EventHandler handler = null;
    handler = (sender, args) =>
    {
        process.Exited -= handler;
        taskCompletionSource.TrySetResult(null);
    };
    process.Exited += handler;

    if (cancellationToken != default(CancellationToken))
    {
        cancellationToken.Register(
            () =>
            {
                process.Exited -= handler;
                taskCompletionSource.TrySetCanceled();
            });
    }

    return taskCompletionSource.Task;
}

/// <summary>
/// Reads the data from the specified data recieved event and writes it to the
/// <paramref name="textWriter"/>.
/// </summary>
/// <param name="addHandler">Adds the event handler.</param>
/// <param name="removeHandler">Removes the event handler.</param>
/// <param name="textWriter">The text writer.</param>
/// <param name="cancellationToken">The cancellation token.</param>
/// <returns>A task representing the asynchronous operation.</returns>
public static Task ReadAsync(
    this Action<DataReceivedEventHandler> addHandler,
    Action<DataReceivedEventHandler> removeHandler,
    TextWriter textWriter,
    CancellationToken cancellationToken = default(CancellationToken))
{
    var taskCompletionSource = new TaskCompletionSource<object>();

    DataReceivedEventHandler handler = null;
    handler = new DataReceivedEventHandler(
        (sender, e) =>
        {
            if (e.Data == null)
            {
                removeHandler(handler);
                taskCompletionSource.TrySetResult(null);
            }
            else
            {
                textWriter.WriteLine(e.Data);
            }
        });

    addHandler(handler);

    if (cancellationToken != default(CancellationToken))
    {
        cancellationToken.Register(
            () =>
            {
                removeHandler(handler);
                taskCompletionSource.TrySetCanceled();
            });
    }

    return taskCompletionSource.Task;
}
于 2016-10-05T10:54:13.897 回答
23

Mark Byers 的回答非常好,但我只想添加以下内容:

OutputDataReceived和代表需要在和处理ErrorDataReceived之前被删除。如果进程在超时后继续输出数据然后终止,则和变量将在被释放后被访问。outputWaitHandleerrorWaitHandleoutputWaitHandleerrorWaitHandle

(仅供参考,我不得不添加这个警告作为答案,因为我无法评论他的帖子。)

于 2012-04-10T10:23:24.353 回答
19

进程超时时会发生未处理的 ObjectDisposedException 的问题。在这种情况下,条件的其他部分:

if (process.WaitForExit(timeout) 
    && outputWaitHandle.WaitOne(timeout) 
    && errorWaitHandle.WaitOne(timeout))

不被执行。我通过以下方式解决了这个问题:

using (AutoResetEvent outputWaitHandle = new AutoResetEvent(false))
using (AutoResetEvent errorWaitHandle = new AutoResetEvent(false))
{
    using (Process process = new Process())
    {
        // preparing ProcessStartInfo

        try
        {
            process.OutputDataReceived += (sender, e) =>
                {
                    if (e.Data == null)
                    {
                        outputWaitHandle.Set();
                    }
                    else
                    {
                        outputBuilder.AppendLine(e.Data);
                    }
                };
            process.ErrorDataReceived += (sender, e) =>
                {
                    if (e.Data == null)
                    {
                        errorWaitHandle.Set();
                    }
                    else
                    {
                        errorBuilder.AppendLine(e.Data);
                    }
                };

            process.Start();

            process.BeginOutputReadLine();
            process.BeginErrorReadLine();

            if (process.WaitForExit(timeout))
            {
                exitCode = process.ExitCode;
            }
            else
            {
                // timed out
            }

            output = outputBuilder.ToString();
        }
        finally
        {
            outputWaitHandle.WaitOne(timeout);
            errorWaitHandle.WaitOne(timeout);
        }
    }
}
于 2014-04-09T08:30:55.953 回答
9

Rob 回答了它,并为我节省了几个小时的试验时间。在等待之前读取输出/错误缓冲区:

// Read the output stream first and then wait.
string output = p.StandardOutput.ReadToEnd();
p.WaitForExit();
于 2016-01-08T22:39:33.890 回答
7

我们也有这个问题(或变体)。

尝试以下操作:

1) 为 p.WaitForExit(nnnn) 添加超时时间;其中 nnnn 以毫秒为单位。

2) 将 ReadToEnd 调用放在 WaitForExit 调用之前。这我们看到的 MS 推荐的。

于 2008-09-26T13:57:19.563 回答
6

归功于https://stackoverflow.com/a/17600012/4151626的EM0

由于内部超时以及衍生的应用程序同时使用 StandardOutput 和 StandardError,其他解决方案(包括 EM0 的)对于我的应用程序仍然死锁。这对我有用:

Process p = new Process()
{
  StartInfo = new ProcessStartInfo()
  {
    FileName = exe,
    Arguments = args,
    UseShellExecute = false,
    RedirectStandardOutput = true,
    RedirectStandardError = true
  }
};
p.Start();

string cv_error = null;
Thread et = new Thread(() => { cv_error = p.StandardError.ReadToEnd(); });
et.Start();

string cv_out = null;
Thread ot = new Thread(() => { cv_out = p.StandardOutput.ReadToEnd(); });
ot.Start();

p.WaitForExit();
ot.Join();
et.Join();

编辑:将 StartInfo 的初始化添加到代码示例

于 2017-11-10T00:33:20.827 回答
3

我是这样解决的:

            Process proc = new Process();
            proc.StartInfo.FileName = batchFile;
            proc.StartInfo.UseShellExecute = false;
            proc.StartInfo.CreateNoWindow = true;
            proc.StartInfo.RedirectStandardError = true;
            proc.StartInfo.RedirectStandardInput = true;
            proc.StartInfo.RedirectStandardOutput = true;
            proc.StartInfo.WindowStyle = ProcessWindowStyle.Hidden;      
            proc.Start();
            StreamWriter streamWriter = proc.StandardInput;
            StreamReader outputReader = proc.StandardOutput;
            StreamReader errorReader = proc.StandardError;
            while (!outputReader.EndOfStream)
            {
                string text = outputReader.ReadLine();                    
                streamWriter.WriteLine(text);
            }

            while (!errorReader.EndOfStream)
            {                   
                string text = errorReader.ReadLine();
                streamWriter.WriteLine(text);
            }

            streamWriter.Close();
            proc.WaitForExit();

我重定向了输入、输出和错误,并处理了输出和错误流的读取。此解决方案适用于 SDK 7-8.1,适用于 Windows 7 和 Windows 8

于 2015-09-08T11:53:23.667 回答
3

通过考虑 Mark Byers、Rob、stevejay 的答案,我尝试创建一个使用异步流读取来解决您的问题的课程。这样做我意识到有一个与异步进程输出流读取相关的错误。

我在微软报告了这个错误:https ://connect.microsoft.com/VisualStudio/feedback/details/3119134

概括:

你不能这样做:

process.BeginOutputReadLine(); 进程.开始();

您将收到 System.InvalidOperationException : StandardOut 尚未重定向或进程尚未开始。

==================================================== ==================================================== =========================

然后你必须在进程启动后启动异步输出读取:

进程.开始();process.BeginOutputReadLine();

这样做,因为输出流可以在将其设置为异步之前接收数据,所以设置竞争条件:

process.Start(); 
// Here the operating system could give the cpu to another thread.  
// For example, the newly created thread (Process) and it could start writing to the output
// immediately before next line would execute. 
// That create a race condition.
process.BeginOutputReadLine();

==================================================== ==================================================== =========================

然后有些人可能会说你只需要在将流设置为异步之前读取它。但同样的问题也会发生。在同步读取和将流设置为异步模式之间会有竞争条件。

==================================================== ==================================================== =========================

没有办法以“Process”和“ProcessStartInfo”的实际设计方式实现对进程输出流的安全异步读取。

您可能最好使用其他用户针对您的案例建议的异步读取。但是您应该知道,由于比赛条件,您可能会错过一些信息。

于 2017-01-18T15:09:01.303 回答
1

我认为这是简单且更好的方法(我们不需要AutoResetEvent):

public static string GGSCIShell(string Path, string Command)
{
    using (Process process = new Process())
    {
        process.StartInfo.WorkingDirectory = Path;
        process.StartInfo.FileName = Path + @"\ggsci.exe";
        process.StartInfo.CreateNoWindow = true;
        process.StartInfo.RedirectStandardOutput = true;
        process.StartInfo.RedirectStandardInput = true;
        process.StartInfo.UseShellExecute = false;

        StringBuilder output = new StringBuilder();
        process.OutputDataReceived += (sender, e) =>
        {
            if (e.Data != null)
            {
                output.AppendLine(e.Data);
            }
        };

        process.Start();
        process.StandardInput.WriteLine(Command);
        process.BeginOutputReadLine();


        int timeoutParts = 10;
        int timeoutPart = (int)TIMEOUT / timeoutParts;
        do
        {
            Thread.Sleep(500);//sometimes halv scond is enough to empty output buff (therefore "exit" will be accepted without "timeoutPart" waiting)
            process.StandardInput.WriteLine("exit");
            timeoutParts--;
        }
        while (!process.WaitForExit(timeoutPart) && timeoutParts > 0);

        if (timeoutParts <= 0)
        {
            output.AppendLine("------ GGSCIShell TIMEOUT: " + TIMEOUT + "ms ------");
        }

        string result = output.ToString();
        return result;
    }
}
于 2012-06-14T14:29:43.550 回答
1

上面的答案都没有完成这项工作。

Rob 解决方案挂起,“Mark Byers”解决方案得到处理的异常。(我尝试了其他答案的“解决方案”)。

所以我决定提出另一种解决方案:

public void GetProcessOutputWithTimeout(Process process, int timeoutSec, CancellationToken token, out string output, out int exitCode)
{
    string outputLocal = "";  int localExitCode = -1;
    var task = System.Threading.Tasks.Task.Factory.StartNew(() =>
    {
        outputLocal = process.StandardOutput.ReadToEnd();
        process.WaitForExit();
        localExitCode = process.ExitCode;
    }, token);

    if (task.Wait(timeoutSec, token))
    {
        output = outputLocal;
        exitCode = localExitCode;
    }
    else
    {
        exitCode = -1;
        output = "";
    }
}

using (var process = new Process())
{
    process.StartInfo = ...;
    process.Start();
    string outputUnicode; int exitCode;
    GetProcessOutputWithTimeout(process, PROCESS_TIMEOUT, out outputUnicode, out exitCode);
}

这段代码经过调试并且运行良好。

于 2017-02-09T15:32:50.767 回答
1

介绍

当前接受的答案不起作用(抛出异常)并且有太多变通方法但没有完整的代码。这显然是在浪费很多人的时间,因为这是一个流行的问题。

结合 Mark Byers 的回答和 Karol Tyl 的回答,我根据我想如何使用 Process.Start 方法编写了完整的代码。

用法

我用它来创建围绕 git 命令的进度对话框。这就是我使用它的方式:

    private bool Run(string fullCommand)
    {
        Error = "";
        int timeout = 5000;

        var result = ProcessNoBS.Start(
            filename: @"C:\Program Files\Git\cmd\git.exe",
            arguments: fullCommand,
            timeoutInMs: timeout,
            workingDir: @"C:\test");

        if (result.hasTimedOut)
        {
            Error = String.Format("Timeout ({0} sec)", timeout/1000);
            return false;
        }

        if (result.ExitCode != 0)
        {
            Error = (String.IsNullOrWhiteSpace(result.stderr)) 
                ? result.stdout : result.stderr;
            return false;
        }

        return true;
    }

理论上你也可以结合标准输出和标准错误,但我还没有测试过。

代码

public struct ProcessResult
{
    public string stdout;
    public string stderr;
    public bool hasTimedOut;
    private int? exitCode;

    public ProcessResult(bool hasTimedOut = true)
    {
        this.hasTimedOut = hasTimedOut;
        stdout = null;
        stderr = null;
        exitCode = null;
    }

    public int ExitCode
    {
        get 
        {
            if (hasTimedOut)
                throw new InvalidOperationException(
                    "There was no exit code - process has timed out.");

            return (int)exitCode;
        }
        set
        {
            exitCode = value;
        }
    }
}

public class ProcessNoBS
{
    public static ProcessResult Start(string filename, string arguments,
        string workingDir = null, int timeoutInMs = 5000,
        bool combineStdoutAndStderr = false)
    {
        using (AutoResetEvent outputWaitHandle = new AutoResetEvent(false))
        using (AutoResetEvent errorWaitHandle = new AutoResetEvent(false))
        {
            using (var process = new Process())
            {
                var info = new ProcessStartInfo();

                info.CreateNoWindow = true;
                info.FileName = filename;
                info.Arguments = arguments;
                info.UseShellExecute = false;
                info.RedirectStandardOutput = true;
                info.RedirectStandardError = true;

                if (workingDir != null)
                    info.WorkingDirectory = workingDir;

                process.StartInfo = info;

                StringBuilder stdout = new StringBuilder();
                StringBuilder stderr = combineStdoutAndStderr
                    ? stdout : new StringBuilder();

                var result = new ProcessResult();

                try
                {
                    process.OutputDataReceived += (sender, e) =>
                    {
                        if (e.Data == null)
                            outputWaitHandle.Set();
                        else
                            stdout.AppendLine(e.Data);
                    };
                    process.ErrorDataReceived += (sender, e) =>
                    {
                        if (e.Data == null)
                            errorWaitHandle.Set();
                        else
                            stderr.AppendLine(e.Data);
                    };

                    process.Start();

                    process.BeginOutputReadLine();
                    process.BeginErrorReadLine();

                    if (process.WaitForExit(timeoutInMs))
                        result.ExitCode = process.ExitCode;
                    // else process has timed out 
                    // but that's already default ProcessResult

                    result.stdout = stdout.ToString();
                    if (combineStdoutAndStderr)
                        result.stderr = null;
                    else
                        result.stderr = stderr.ToString();

                    return result;
                }
                finally
                {
                    outputWaitHandle.WaitOne(timeoutInMs);
                    errorWaitHandle.WaitOne(timeoutInMs);
                }
            }
        }
    }
}
于 2017-04-04T15:31:01.047 回答
1

我知道这已经过时了,但是在阅读了整个页面之后,没有一个解决方案对我有用,尽管我没有尝试 Muhammad Rehan,因为代码有点难以理解,尽管我猜他是在正确的轨道上. 当我说它不起作用时,这并不完全正确,有时它会正常工作,我想这与 EOF 标记之前的输出长度有关。

无论如何,对我有用的解决方案是使用不同的线程来读取 StandardOutput 和 StandardError 并写入消息。

        StreamWriter sw = null;
        var queue = new ConcurrentQueue<string>();

        var flushTask = new System.Timers.Timer(50);
        flushTask.Elapsed += (s, e) =>
        {
            while (!queue.IsEmpty)
            {
                string line = null;
                if (queue.TryDequeue(out line))
                    sw.WriteLine(line);
            }
            sw.FlushAsync();
        };
        flushTask.Start();

        using (var process = new Process())
        {
            try
            {
                process.StartInfo.FileName = @"...";
                process.StartInfo.Arguments = $"...";
                process.StartInfo.UseShellExecute = false;
                process.StartInfo.RedirectStandardOutput = true;
                process.StartInfo.RedirectStandardError = true;

                process.Start();

                var outputRead = Task.Run(() =>
                {
                    while (!process.StandardOutput.EndOfStream)
                    {
                        queue.Enqueue(process.StandardOutput.ReadLine());
                    }
                });

                var errorRead = Task.Run(() =>
                {
                    while (!process.StandardError.EndOfStream)
                    {
                        queue.Enqueue(process.StandardError.ReadLine());
                    }
                });

                var timeout = new TimeSpan(hours: 0, minutes: 10, seconds: 0);

                if (Task.WaitAll(new[] { outputRead, errorRead }, timeout) &&
                    process.WaitForExit((int)timeout.TotalMilliseconds))
                {
                    if (process.ExitCode != 0)
                    {
                        throw new Exception($"Failed run... blah blah");
                    }
                }
                else
                {
                    throw new Exception($"process timed out after waiting {timeout}");
                }
            }
            catch (Exception e)
            {
                throw new Exception($"Failed to succesfully run the process.....", e);
            }
        }
    }

希望这对那些认为这可能很难的人有所帮助!

于 2017-06-08T07:02:16.283 回答
1

在阅读了这里的所有帖子后,我选择了 Marko Avlijaš 的综合解决方案。 但是,它并没有解决我所有的问题。

在我们的环境中,我们有一个 Windows 服务,它计划运行数百个不同的 .bat .cmd .exe 等文件,这些文件是多年来积累的,由许多不同的人以不同的风格编写的。我们无法控制程序和脚本的编写,我们只负责安排、运行和报告成功/失败。

所以我在这里尝试了几乎所有的建议,并取得了不同程度的成功。Marko 的回答几乎是完美的,但是当作为服务运行时,它并不总是捕获标准输出。我从来没有深究为什么不。

我们发现在所有情况下都有效的唯一解决方案是:http ://csharptest.net/319/using-the-processrunner-class/index.html

于 2018-02-01T14:19:04.517 回答
1

我最终使用的解决方法来避免所有复杂性:

var outputFile = Path.GetTempFileName();
info = new System.Diagnostics.ProcessStartInfo("TheProgram.exe", String.Join(" ", args) + " > " + outputFile + " 2>&1");
info.CreateNoWindow = true;
info.WindowStyle = System.Diagnostics.ProcessWindowStyle.Hidden;
info.UseShellExecute = false;
System.Diagnostics.Process p = System.Diagnostics.Process.Start(info);
p.WaitForExit();
Console.WriteLine(File.ReadAllText(outputFile)); //need the StandardOutput contents

所以我创建了一个临时文件,通过使用将输出和错误重定向到它 > outputfile > 2>&1,然后在过程完成后读取文件。

其他解决方案适用于您想要对输出执行其他操作的场景,但对于简单的事情,这避免了很多复杂性。

于 2019-06-07T08:32:21.893 回答
1

我已经阅读了很多答案,并做出了自己的答案。不确定这个是否会在任何情况下修复,但它可以在我的环境中修复。我只是不使用 WaitForExit 并在输出和错误结束信号上使用 WaitHandle.WaitAll 。如果有人会看到可能存在的问题,我会很高兴。或者如果它会帮助某人。对我来说更好,因为不使用超时。

private static int DoProcess(string workingDir, string fileName, string arguments)
{
    int exitCode;
    using (var process = new Process
    {
        StartInfo =
        {
            WorkingDirectory = workingDir,
            WindowStyle = ProcessWindowStyle.Hidden,
            CreateNoWindow = true,
            UseShellExecute = false,
            FileName = fileName,
            Arguments = arguments,
            RedirectStandardError = true,
            RedirectStandardOutput = true
        },
        EnableRaisingEvents = true
    })
    {
        using (var outputWaitHandle = new AutoResetEvent(false))
        using (var errorWaitHandle = new AutoResetEvent(false))
        {
            process.OutputDataReceived += (sender, args) =>
            {
                // ReSharper disable once AccessToDisposedClosure
                if (args.Data != null) Debug.Log(args.Data);
                else outputWaitHandle.Set();
            };
            process.ErrorDataReceived += (sender, args) =>
            {
                // ReSharper disable once AccessToDisposedClosure
                if (args.Data != null) Debug.LogError(args.Data);
                else errorWaitHandle.Set();
            };

            process.Start();
            process.BeginOutputReadLine();
            process.BeginErrorReadLine();

            WaitHandle.WaitAll(new WaitHandle[] { outputWaitHandle, errorWaitHandle });

            exitCode = process.ExitCode;
        }
    }
    return exitCode;
}
于 2019-09-15T01:11:30.023 回答
0

我认为使用异步,即使同时使用标准输出和标准错误,也可以有一个更优雅的解决方案并且不会出现死锁:

using (Process process = new Process())
{
    process.StartInfo.FileName = filename;
    process.StartInfo.Arguments = arguments;
    process.StartInfo.UseShellExecute = false;
    process.StartInfo.RedirectStandardOutput = true;
    process.StartInfo.RedirectStandardError = true;

    process.Start();

    var tStandardOutput = process.StandardOutput.ReadToEndAsync();
    var tStandardError = process.StandardError.ReadToEndAsync();

    if (process.WaitForExit(timeout))
    {
        string output = await tStandardOutput;
        string errors = await tStandardError;

        // Process completed. Check process.ExitCode here.
    }
    else
    {
        // Timed out.
    }
}

它基于 Mark Byers 的回答。如果您不在异步方法中,则可以使用string output = tStandardOutput.result;代替await

于 2018-11-27T17:06:09.590 回答
-1

这篇文章可能已经过时,但我发现它通常挂起的主要原因是由于 redirectStandardoutput 的堆栈溢出或者您有 redirectStandarderror。

由于输出数据或错误数据较大,将导致挂起时间,因为它仍在无限期处理。

所以要解决这个问题:

p.StartInfo.RedirectStandardoutput = False
p.StartInfo.RedirectStandarderror = False
于 2011-03-26T08:28:29.087 回答
-1

让我们将此处发布的示例代码称为重定向器,并将其他程序称为重定向。如果是我,那么我可能会编写一个可用于复制问题的测试重定向程序。

所以我做了。对于测试数据,我使用了 ECMA-334 C# Language Specificationv PDF;它大约是 5MB。以下是其中的重要部分。

StreamReader stream = null;
try { stream = new StreamReader(Path); }
catch (Exception ex)
{
    Console.Error.WriteLine("Input open error: " + ex.Message);
    return;
}
Console.SetIn(stream);
int datasize = 0;
try
{
    string record = Console.ReadLine();
    while (record != null)
    {
        datasize += record.Length + 2;
        record = Console.ReadLine();
        Console.WriteLine(record);
    }
}
catch (Exception ex)
{
    Console.Error.WriteLine($"Error: {ex.Message}");
    return;
}

datasize 值与实际文件大小不匹配,但这并不重要。目前尚不清楚 PDF 文件是否总是在行尾同时使用 CR 和 LF,但这并不重要。您可以使用任何其他大型文本文件进行测试。

使用该示例重定向器代码会在我写入大量数据时挂起,但在我写入少量数据时不会挂起。

我非常努力地以某种方式跟踪该代码的执行,但我做不到。我注释掉了重定向程序中禁用为重定向程序创建控制台的行,以尝试获取单独的控制台窗口,但我做不到。

然后我找到了如何在新窗口、父窗口或无窗口中启动控制台应用程序。因此,当一个控制台程序在没有 ShellExecute 的情况下启动另一个控制台程序时,显然我们不能(轻松)拥有一个单独的控制台,并且由于 ShellExecute 不支持重定向,我们必须共享一个控制台,即使我们没有为另一个进程指定窗口。

我假设如果重定向的程序在某个地方填满了缓冲区,那么它必须等待数据被读取,如果此时重定向器没有读取数据,那么它就是死锁。

解决方案是不使用 ReadToEnd 并在写入数据时读取数据,但不必使用异步读取。解决方案可能非常简单。以下内容适用于 5 MB PDF。

ProcessStartInfo info = new ProcessStartInfo(TheProgram);
info.CreateNoWindow = true;
info.WindowStyle = System.Diagnostics.ProcessWindowStyle.Hidden;
info.RedirectStandardOutput = true;
info.UseShellExecute = false;
Process p = Process.Start(info);
string record = p.StandardOutput.ReadLine();
while (record != null)
{
    Console.WriteLine(record);
    record = p.StandardOutput.ReadLine();
}
p.WaitForExit();

另一种可能性是使用 GUI 程序进行重定向。前面的代码在 WPF 应用程序中工作,除非有明显的修改。

于 2019-01-15T00:13:25.627 回答
-3

我遇到了同样的问题,但原因不同。但是,它会在 Windows 8 下发生,但不会在 Windows 7 下发生。以下行似乎导致了问题。

pProcess.StartInfo.UseShellExecute = False

解决方案是不禁用 UseShellExecute。我现在收到了一个 Shell 弹出窗口,它是不需要的,但比等待什么都没有发生的程序要好得多。所以我为此添加了以下解决方法:

pProcess.StartInfo.WindowStyle = ProcessWindowStyle.Hidden

现在唯一困扰我的是为什么这首先会在 Windows 8 下发生。

于 2015-01-13T10:35:39.997 回答