不使用ShellExecute时，通过Process运行带EF Core的.NET Core应用失败

一、UseShellExecute=true/false时的程序集查找差异 #

1. UseShellExecute=true的行为 #

通过Windows Shell启动进程时：

• 完整继承Shell的环境变量，包括系统级.NET运行时路径、GAC（全局程序集缓存）的查找规则配置；
• 自动加载系统全局配置文件machine.config，其中包含.NET程序集的绑定重定向规则，可自动匹配不同版本的兼容程序集；
• 进程工作目录默认继承Shell的当前目录，通常与可执行文件所在目录一致，程序集查找路径符合预期。

2. UseShellExecute=false的行为 #

通过CreateProcess API直接启动进程时：

• 仅继承父进程的部分环境变量，缺失Shell层面添加的.NET相关全局路径，导致GAC查找优先级下降；
• 不会自动加载machine.config的全局绑定规则，子进程只能依赖自身配置文件进行程序集版本匹配；
• 默认工作目录为父进程（WinForms程序）的工作目录，若与子进程可执行文件目录不一致，会引发本地程序集查找失败；
• 父进程的.NET运行时环境（如WinForms基于.NET Framework）会干扰子进程的程序集查找上下文，引发版本不匹配问题。

二、让两者行为一致并捕获输出的解决方案 #

1. 同步环境变量与工作目录 #

手动将父进程的完整环境变量复制给子进程，并指定子进程的工作目录为其自身所在路径，确保程序集查找路径正确：

var exePath = "你的.NET7可执行文件路径";
var startInfo = new ProcessStartInfo(exePath)
{
    UseShellExecute = false,
    RedirectStandardOutput = true,
    RedirectStandardError = true,
    // 设置子进程工作目录为自身所在目录
    WorkingDirectory = Path.GetDirectoryName(exePath),
    CreateNoWindow = true
};

// 复制父进程的所有环境变量
foreach (DictionaryEntry envVar in Environment.GetEnvironmentVariables())
{
    startInfo.Environment[(string)envVar.Key] = (string)envVar.Value;
}

// 绑定输出/错误捕获事件
var process = new Process { StartInfo = startInfo };
process.OutputDataReceived += (sender, e) => { /* 处理stdout输出 */ };
process.ErrorDataReceived += (sender, e) => { /* 处理stderr输出 */ };
process.Start();
process.BeginOutputReadLine();
process.BeginErrorReadLine();
process.WaitForExit();

2. 添加程序集绑定重定向配置 #

在.NET 7可执行文件的同名配置文件（如YourExeName.exe.config）中添加绑定重定向，将System.Configuration.Management的5.0.0.0版本映射到.NET 7兼容版本：

<configuration>
    <runtime>
        <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
            <dependentAssembly>
                <assemblyIdentity 
                    name="System.Configuration.Management" 
                    publicKeyToken="b03f5f7f11d50a3a" 
                    culture="neutral" />
                <bindingRedirect 
                    oldVersion="0.0.0.0-5.0.0.0" 
                    newVersion="7.0.0.0" />
            </dependentAssembly>
        </assemblyBinding>
    </runtime>
</configuration>

该配置会强制子进程将对5.0.0.0版本的请求重定向到当前.NET 7环境中的对应版本，解决版本缺失问题。

3. 确保子进程部署方式正确 #

• 如果是自包含部署：确认所有依赖的程序集（包括System.Configuration.Management的兼容版本）都与可执行文件放在同一目录下，避免依赖GAC查找；
• 如果是框架依赖部署：确保目标机器已安装.NET 7运行时，且环境变量中包含.NET运行时的路径（通过复制父进程环境变量可解决）。

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