Aspnet Core运行时能否修改环境变量？对应的实现方法有哪些？

运行时修改ASP.NET Core的环境变量是可行的，但默认框架逻辑下，环境变量仅在应用启动阶段读取，启动后直接修改系统/进程级环境变量不会自动生效，需要搭配自定义配置逻辑实现修改后的配置重载。

分两种常见使用场景给出操作方式：

场景1：全局切换环境，修改后全局生效 #

这种场景适合需要一次性切换整个应用运行环境的需求，操作步骤如下：

• 第一步：自定义环境状态管理服务，用来存储和修改当前生效的环境标识，替代默认的固定环境值逻辑：

// 自定义环境服务接口
public interface ICustomEnvService
{
    string CurrentEnv { get; set; }
}

// 实现类，支持线程安全修改
public class CustomEnvService : ICustomEnvService
{
    private string _currentEnv = Environments.Development;
    public string CurrentEnv
    {
        get => Volatile.Read(ref _currentEnv);
        set => Volatile.Write(ref _currentEnv, value);
    }
}

• 第二步：注册服务，并且配置DbContext动态读取对应环境的连接字符串：

// Program.cs 注册自定义环境服务为单例
builder.Services.AddSingleton<ICustomEnvService, CustomEnvService>();

// 配置DbContext动态获取当前环境对应的连接字符串
builder.Services.AddDbContext<AppDbContext>((sp, opt) =>
{
    var envService = sp.GetRequiredService<ICustomEnvService>();
    var config = sp.GetRequiredService<IConfiguration>();
    // 配置文件中按「环境名_连接名」的规则配置不同环境的连接字符串
    var connStr = config.GetConnectionString($"{envService.CurrentEnv}_Default");
    opt.UseSqlServer(connStr);
});

• 第三步：需要修改环境时，直接注入ICustomEnvService修改CurrentEnv属性即可，后续新的请求解析DbContext时会自动使用新环境对应的配置。

场景2：请求/租户级动态切换环境 #

如果不需要全局切换，只需要根据不同请求、不同租户使用不同环境的配置，不需要修改全局环境变量，直接在请求处理逻辑中传入环境标识即可：

• 在请求的Headers、路由参数或者租户信息中携带环境标识
• 在DbContext配置或者业务逻辑中读取当前请求的环境标识，加载对应的配置即可，这种方式没有全局状态变更的副作用，是更推荐的动态切换方案。

注意事项：

1. 不建议直接修改进程级的ASPNETCORE_ENVIRONMENT环境变量，默认框架下已经初始化的单例服务不会重新加载，会出现配置不一致的问题。如果你确实需要修改系统环境变量后生效，需要在修改后调用IConfigurationRoot.Reload()方法重载配置，同时确保所有和环境相关的服务都是Scoped或者Transient生命周期，避免单例服务缓存旧配置。
2. 如果有其他和环境绑定的配置，比如日志、缓存配置等，也需要和DbContext一样改为动态读取当前环境标识的逻辑，才能同步生效。

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