.NET Core 2.0控制台应用子进程继承父进程配置文件问题

嘿，我之前也碰到过类似的情况！当你用System.Diagnostics.Process.Start()启动子进程时，默认会继承父进程的环境变量和当前工作目录，这就是为啥第二个应用会读到第一个应用的appsettings.development.json配置——要么是它的工作目录还停在第一个应用的目录下，要么是继承了父进程的环境变量（比如DOTNET_ENVIRONMENT）导致加载了不符合预期的配置文件。

下面给你几个靠谱的解决办法：

1. 强制设置子进程的工作目录 #

这是最直接的方案：启动第二个应用时，把它的工作目录指定为自身DLL所在的绝对路径，这样它就会从自己的目录里加载配置文件，而不是父进程的目录。

示例代码如下：

var startInfo = new ProcessStartInfo
{
    FileName = "dotnet",
    Arguments = "secondapp.dll",
    // 替换成第二个应用输出目录的绝对路径
    WorkingDirectory = @"C:\projects\SecondApp\bin\Debug\netcoreapp2.0",
    UseShellExecute = false // 必须设为false才能修改WorkingDirectory
};
Process.Start(startInfo);

如果是用dotnet run启动第一个应用，你可以通过相对路径指向第二个应用的目录（比如../SecondApp/bin/...），或者提前获取第二个应用的发布路径，确保路径正确。

2. 重置子进程的环境变量 #

如果问题是因为父进程的DOTNET_ENVIRONMENT（或ASPNETCORE_ENVIRONMENT）环境变量被继承，导致第二个应用也以Development环境启动，你可以在启动子进程时修改或清除这个变量：

var startInfo = new ProcessStartInfo
{
    FileName = "dotnet",
    Arguments = "secondapp.dll",
    WorkingDirectory = @"C:\projects\SecondApp\bin\Debug\netcoreapp2.0",
    UseShellExecute = false,
    // 复制父进程环境变量，再按需修改
    EnvironmentVariables = new Dictionary<string, string>(Environment.GetEnvironmentVariables() as IDictionary)
};

// 把环境变量改成你需要的，比如Production
startInfo.EnvironmentVariables["DOTNET_ENVIRONMENT"] = "Production";
// 或者直接移除这个变量，让应用用默认环境
// startInfo.EnvironmentVariables.Remove("DOTNET_ENVIRONMENT");

Process.Start(startInfo);

3. 确保第二个应用的配置文件正确发布 #

别忽略最基础的检查：确认第二个应用的appsettings.json和appsettings.development.json（如果需要）已经被正确复制到输出目录。你可以在第二个应用的.csproj文件里添加以下配置，确保文件会随编译一起输出：

<ItemGroup>
  <Content Include="appsettings*.json">
    <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
  </Content>
</ItemGroup>

4. 验证问题根源（调试小技巧） #

如果还是不确定问题出在哪，可以在第二个应用的Program.cs里加几行代码，输出当前工作目录和环境变量，这样就能快速定位：

// 第二个应用的Program.cs开头
Console.WriteLine($"当前工作目录: {Directory.GetCurrentDirectory()}");
Console.WriteLine($"DOTNET_ENVIRONMENT: {Environment.GetEnvironmentVariable("DOTNET_ENVIRONMENT")}");

运行后看输出，就能知道是工作目录不对，还是环境变量被继承了。

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