.NET 5类库项目获取同域其他项目配置的最佳实现方式

.NET 5（含后续.NET Core/.NET 6+版本）的配置体系和.NET Framework有本质差异，不存在和AppDomain.CurrentDomain.SetupInformation.ConfigurationFile直接等价的公开API，核心原因是新体系彻底解耦了「配置存储方式」和「配置消费逻辑」，类库主动查找配置文件路径本身就是不符合新架构设计的反模式。

标准方案：依赖注入+选项模式（生产环境推荐） #

这套方案完全不需要类库提前知晓配置文件名、存储格式、存储位置，适配所有配置源（JSON文件、XML、环境变量、配置中心、命令行参数等），是官方推荐的标准实现：

• 配置构建的职责完全交给宿主项目
  .NET 5的ASP.NET Core项目默认会在启动阶段自动构建IConfiguration全局配置实例，默认加载appsettings.json、环境对应配置文件、环境变量、命令行参数等所有配置源，迁移时如果需要兼容旧版web.config的内容，只要宿主项目添加XML配置支持，把web.config作为额外配置源接入即可，类库不需要做任何适配。
• 类库定义强类型配置模型
  不要在类库中直接依赖全局IConfiguration根节点，而是针对自己需要的配置段定义纯C#的强类型类，比如：

  public class MyLibraryOptions
  {
      public string FileUploadPath { get; set; }
      public int RequestTimeout { get; set; }
      public string ThirdPartyApiKey { get; set; }
  }
  

• 类库提供服务注册扩展方法
  为宿主提供统一的注册入口，把自己需要的服务、配置绑定逻辑封装好，不需要关心宿主怎么传配置段进来：

  using Microsoft.Extensions.Configuration;
  using Microsoft.Extensions.DependencyInjection;
  
  namespace MyClassLibrary
  {
      public static class ServiceCollectionExtensions
      {
          public static IServiceCollection AddMyCustomLibrary(
              this IServiceCollection services, 
              IConfiguration libraryConfigSection)
          {
              // 把传入的配置段和强类型选项绑定
              services.Configure<MyLibraryOptions>(libraryConfigSection);
              // 注册类库内部需要依赖注入的服务
              services.AddScoped<ILibraryService, LibraryService>();
              return services;
          }
      }
  }
  

• 类库内部通过注入获取配置
  所有需要用到配置的类，直接通过构造函数注入IOptions<MyLibraryOptions>即可拿到配置值，全程不需要接触配置文件本身：

  public class LibraryService : ILibraryService
  {
      private readonly MyLibraryOptions _config;
  
      public LibraryService(IOptions<MyLibraryOptions> options)
      {
          _config = options.Value;
      }
  
      public void ExecuteBusiness()
      {
          // 直接使用_config.FileUploadPath等配置值即可，无需关心配置来源
      }
  }
  

• 宿主侧的接入成本极低，只要在启动时传入对应配置节点即可，不需要修改类库代码：

  // .NET 5 Program.cs 启动代码中
  builder.Services.AddMyCustomLibrary(
      builder.Configuration.GetSection("MyLibrarySettings")
  );
  

临时兼容方案（仅迁移过渡使用，不推荐生产长期用） #

如果迁移阶段暂时无法重构原有逻辑，必须拿到当前应用的配置文件路径，可以用非公开的内部API临时获取，但注意该实现可能随版本变动失效：

// 等价于老Framework的ConfigurationFile路径获取，仅做临时兼容
string configPath = AppContext.GetData("APP_CONFIG_FILE")?.ToString();

注意：绝对不要在类库中硬编码查找appsettings.json等固定文件名，也不要在类库内部单独newConfigurationBuilder构建配置——前者会在宿主使用非文件配置源（比如环境变量、配置中心）时直接失效，后者会导致配置重复加载，和宿主的配置逻辑脱节，丢失环境变量、命令行参数等其他配置源的内容。

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