System.Diagnostics.Process设UseShellExecute=false时出现跨进程文件锁定问题

1. 文件被意外锁定的核心原因 #

该问题本质是Windows系统的句柄继承机制导致的：当Process.StartInfo.UseShellExecute设为false时，Process.Start底层会调用Win32的CreateProcess函数，默认会将父进程当前所有标记为「可继承」的句柄全部传递给新创建的子进程。

在多线程并发启动进程的场景下，线程A启动App1处理File1时，App1会打开File1对应的可继承句柄，若此时刚好线程B启动App2，App2就会继承这个还没来得及关闭的File1句柄。哪怕后续App1正常退出、关闭了自己持有的File1句柄，App2仍然持有继承来的File1句柄，最终导致File1被锁定到App2退出才会释放。

2. 代码的线程安全问题 #

你给出的代码中，每个线程都会单独实例化Process对象，单个Process实例的操作不存在跨线程竞争，因此实例层面是线程安全的，但代码存在两处关键逻辑缺陷：

• 全局层面没有处理多线程并发启动进程时的句柄交叉继承问题，这是触发文件锁定的直接诱因
• 输出读取顺序错误：你先调用p.WaitForExit()再读取StandardOutput和StandardError，如果子进程的输出内容超过重定向缓冲区的上限，子进程会阻塞等待缓冲区被读取，而主进程在等待子进程退出，会触发死锁。

• 显式关闭多余句柄继承：在ProcessStartInfo中添加InheritHandles = false配置。.NET运行时会单独处理重定向输入输出所需的句柄继承，不会影响你读取StandardError/StandardOutput的需求。
• 调整输出读取顺序：先启动异步读取输出的任务，再等待进程退出，避免死锁。

修改后的参考代码如下：

using (var p = new Process
{
    StartInfo =
    {
        FileName = "c:\\commandLine.exe",
        Arguments = "c:\\file.jpg",
        UseShellExecute = false,
        RedirectStandardError = true,
        RedirectStandardOutput = true,
        InheritHandles = false // 新增配置，关闭多余句柄继承
    }
})
{
    try
    {
        p.Start();
        p.PriorityClass = ProcessPriorityClass.Normal;

        // 先启动异步读取任务，避免缓冲区满导致死锁
        var outputTask = p.StandardOutput.ReadToEndAsync();
        var errorTask = p.StandardError.ReadToEndAsync();

        p.WaitForExit();

        var output = await outputTask;
        var error = await errorTask;
        var exitCode = p.ExitCode;
        return .....; 

    }
    finally
    {
        try
        {
            if (!p.HasExited)
                p.Kill();
        }
        catch (InvalidOperationException)
        {
            // 进程不存在，通常是可执行文件未找到
        }

        p.Close();
    }
}

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