StandardOutput.ReadToEnd () зависает [дубликат]

На этот вопрос уже есть ответ:

У меня есть программа, которая часто использует внешнюю программу и читает ее выходные данные. Он работает довольно хорошо, используя ваш обычный вывод перенаправления процесса, но один конкретный аргумент по какой-то причине зависает, когда я пытаюсь его прочитать, без сообщения об ошибке - без исключения, он просто «останавливается», когда достигает этой строки. Я, конечно, использую централизованную функцию для вызова и чтения вывода из программы, а именно:

public string ADBShell(string adbInput)
{
    try
    {
        //Create Empty values
        string result = string.Empty;
        string error = string.Empty;
        string output = string.Empty;
        System.Diagnostics.ProcessStartInfo procStartInfo 
            = new System.Diagnostics.ProcessStartInfo(toolPath + "adb.exe");

        procStartInfo.Arguments = adbInput;
        procStartInfo.RedirectStandardOutput = true;
        procStartInfo.RedirectStandardError = true;
        procStartInfo.UseShellExecute = false;
        procStartInfo.CreateNoWindow = true;
        procStartInfo.WorkingDirectory = toolPath;
        System.Diagnostics.Process proc = new System.Diagnostics.Process();
        proc.StartInfo = procStartInfo;
        proc.Start();
        // Get the output into a string
        proc.WaitForExit();
        result = proc.StandardOutput.ReadToEnd();
        error = proc.StandardError.ReadToEnd();  //Some ADB outputs use this
        if (result.Length > 1)
        {
            output += result;
        }
        if (error.Length > 1)
        {
            output += error;
        }
        Return output;
    }
    catch (Exception objException)
    {
        throw objException;
    }
}

Висит строка result = proc.StandardOutput.ReadToEnd (); , но опять же, не каждый время, только когда отправлен конкретный аргумент («start-server»). Все остальные аргументы работают нормально - он считывает значение и возвращает его. Еще странно, как зависает. Он не зависает, не выдает ошибку или что-то еще, он просто останавливает обработку. Как если бы это была команда «return», но она даже не возвращается к вызывающей функции, она просто останавливает все, пока интерфейс все еще работает. Кто-нибудь испытывал это раньше? Кто-нибудь знает, что мне попробовать? Я предполагаю, что это что-то неожиданное в самом потоке, но есть ли способ обработать / игнорировать это, чтобы он все равно его прочитал?

45
задан joce 27 March 2013 в 02:10
поделиться