多线程中Process.Start启动ffmpeg立即关闭且阻塞UI的解决求助

先排查你现有代码的问题 #

• cmd.exe调用的隐患：用cmd.exe /c ffmpeg ...时，若ffmpeg路径不存在、命令参数错误，cmd会执行失败后立刻退出，看起来像是进程启动后马上关闭，并非线程导致的问题。
• async方法阻塞UI的可能原因：如果在UI线程直接调用async void ProcessFile却未正确处理（比如按钮事件未标记为async），或者Task.Run内的操作意外阻塞线程池，可能导致UI假死，但await Task.Run本身不会阻塞UI。
• 线程安全问题：第一个代码示例中，ProcessStartInfo在主线程创建后在子线程修改，虽不致命，但不符合最佳实践，应在子线程内创建该对象。

推荐实现方案 #

方案1：直接调用FFmpeg（跳过cmd.exe） #

省去cmd.exe中间环节，直接启动ffmpeg进程，减少额外问题：

// 示例：UI按钮点击事件中调用
private async void btnStartFFmpeg_Click(object sender, EventArgs e)
{
    string ffmpegPath = @"C:\your-path\ffmpeg.exe"; // 替换为你的ffmpeg实际路径
    string commandArgs = "-i input.mp4 -c:v libx264 output.mp4"; // 替换为你的FFmpeg参数
    await RunFFmpegAsync(ffmpegPath, commandArgs, showWindow: false);
}

private async Task RunFFmpegAsync(string ffmpegPath, string arguments, bool showWindow)
{
    try
    {
        await Task.Run(() =>
        {
            var startInfo = new ProcessStartInfo
            {
                FileName = ffmpegPath,
                Arguments = arguments,
                UseShellExecute = false,
                CreateNoWindow = !showWindow,
                RedirectStandardError = true, // 可选：捕获错误输出用于排查问题
                RedirectStandardOutput = true // 可选：捕获正常输出
            };

            using (var process = new Process { StartInfo = startInfo })
            {
                // 可选：订阅输出事件，查看FFmpeg执行日志
                process.OutputDataReceived += (s, args) => Console.WriteLine(args.Data);
                process.ErrorDataReceived += (s, args) => Console.WriteLine($"错误：{args.Data}");

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

                if (process.ExitCode != 0)
                {
                    throw new Exception($"FFmpeg执行失败，退出码：{process.ExitCode}");
                }
            }
        });
    }
    catch (Exception ex)
    {
        // 注意：UI操作需切回UI线程
        MessageBox.Show($"执行出错：{ex.Message}", "错误", MessageBoxButtons.OK, MessageBoxIcon.Error);
    }
}

方案2：纯异步等待（不占用线程池线程） #

用TaskCompletionSource包装Exited事件，实现真正的异步等待进程退出：

private async Task RunFFmpegAsync(string ffmpegPath, string arguments, bool showWindow)
{
    var startInfo = new ProcessStartInfo
    {
        FileName = ffmpegPath,
        Arguments = arguments,
        UseShellExecute = false,
        CreateNoWindow = !showWindow,
        RedirectStandardError = true,
        RedirectStandardOutput = true
    };

    using (var process = new Process { StartInfo = startInfo, EnableRaisingEvents = true })
    {
        var tcs = new TaskCompletionSource<bool>();
        process.Exited += (s, args) =>
        {
            tcs.SetResult(process.ExitCode == 0);
        };

        process.OutputDataReceived += (s, args) => Console.WriteLine(args.Data);
        process.ErrorDataReceived += (s, args) => Console.WriteLine($"错误：{args.Data}");

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

        bool success = await tcs.Task;
        if (!success)
        {
            throw new Exception($"FFmpeg执行失败，退出码：{process.ExitCode}");
        }
    }
}

关键注意事项 #

• FFmpeg路径：必须指定ffmpeg.exe的完整路径，或确保它在系统环境变量的PATH中，否则进程会因找不到可执行文件直接退出。
• UI线程切换：在异步回调中操作UI（比如弹出提示框）时，需用Invoke切换回UI线程（WinForms/WPF环境）。
• 错误排查：开启标准输出/错误重定向，查看FFmpeg的执行日志——多数情况下不是线程问题，而是FFmpeg命令本身有误。

内容的提问来源于stack exchange，提问作者CSharpMan