你可能不知道的.Net Core Configuration

执行原理

　　1. 配置读取顺序：与代码先后顺序一致。public Startup(IHostingEnvironment env)
    {
        var builder = new ConfigurationBuilder()
            .SetBasePath(env.ContentRootPath)
            .AddJsonFile("appsettings.json", false, true)
            .AddJsonFile("cussettings.json", false, true);
        Configuration = builder.Build();
    }以上代码会先读取appsettings.json，再读取cussettings.json，cussettings.json的内容会覆盖appsettings.json的内容。 　　2. 覆盖逻辑：原有的配置继承，相同的配置覆写，新增的配置添加。　　appsettings.json：    {      "settings": {    
   "name": "AppSetting",    
   "age": 20
     }
   }　　cussettings.json    {      "settings": {      
 "name": "CusSetting",    
   "gender": "Male"
     }
   }　　结果：　　

 　　　　3. 可以设置配置文件不存在或失效时，程序不会被中止，该配置会被忽略。　　如cussettings.json不存在或失效时：　　

 

环境变量

　　1. appsettings.{env.EnvironmentName}.json　　可以根据当前的环境变量设置读取对应的配置，来覆盖之前的配置，有点像Asp.Net的Web Transform，其中环境变量的key为：ASPNETCORE_ENVIRONMENT。　　可以在四个地方设置该环境变量：　　a) Visual Studio 2017中的launchSettings.json　　

　　b) 操作系统的环境变量　　Windows：　　

 　　Linux：　　

 　　c) Dockerfile　　FROM microsoft/aspnetcore:1.1
　　COPY . /app
　　WORKDIR /app
　　EXPOSE 5000/tcp
　　ENV ASPNETCORE_URLS http://*:5000/ 　　ENV ASPNETCORE_ENVIRONMENT Production
　　ENTRYPOINT ["dotnet", "EnvironmentVariable.dll"] 　　d) Docker启动指令　　docker run --name {name} -e ASPNETCORE_ENVIRONMENT=Production ...　　如：

　　

 　　2. AddEnvironmentVariables()的作用 var builder = new ConfigurationBuilder()
               .SetBasePath(env.ContentRootPath)
               .AddJsonFile("appsettings.json", false, true)
               .AddJsonFile($"appsettings.{env.EnvironmentName}.json", true)
               .AddEnvironmentVariables();//作用？
   Configuration = builder.Build();　　a) 读取系统的环境变量信息，这个应该大部分人都知道。　　b) 覆盖之前的配置信息。　　appsettings.json：{
 "settings": {  
 "name": "AppSetting"
 }
}　　通过环境变量来覆盖settings:name：　　

　　

　　说明：这里是用控制台运行，因为操作系统的环境变量要对IIS Express生效，要重启vs2017，我懒！　　另外环境变量使用两下划线（__）作为层次的分隔符，具体可参考EnvironmentVariablesConfigurationProvider的源码。　　

 　　

Spring Cloud Config Server

　　Config Server是Spring Cloud 配置管理的重要中间件，接下来，我们看一下.Net Core如何跟Config Server进行交互。　　1. 准备配置文件，这里使用Git作为配置文件的Source，地址：https://github.com/ErikXu/.NetCore-Configuration　　2. 获取安装包，这里使用Docker启动，因此，是拉取官方镜像：docker pull hyness/spring-cloud-config-server　　

　　3.  准备启动资源文件application.yml　　4. 执行指令启动Config Server　　docker run --name configsvr -it -d -p 8888:8888 -v /root/config-server/application.yml:/config/application.yml hyness/spring-cloud-config-server



  　　5. 引入Nuget包　　Install-Package Steeltoe.Extensions.Configuration.ConfigServer -Version 1.1.1 　　6. 准备appsetting.json{
  "spring": {
    "application": {
      "name": "foo"
    },
    "cloud": {
      "config": {
        "uri": "http://192.168.52.142:8888",
        "validate_certificates": false,
        "env": "dev" 
      }
    }
  },
  "settings": {
    "name": "AppSetting"//会被Config Server的内容覆盖
  }
}7. 引入Config Server　　

　　结果：　　

 

挂卷Volume

　　挂卷是docker的一种机制，可以把特定的目录或者文件挂载到docker容器的指定位置。配合.Net Core Configuration的机制，可以在appsetting.json中记录开发环境的配置，然后再指定一个待挂载的文件用于记录不同环境的配置，从而覆盖开发环境的配置，达到多环境适配的能力。　　1. appsetting.json　　2. 指定一个待挂载的目录，但是在开发环境不存在此文件。public Startup(IHostingEnvironment env)
    {
        var builder = new ConfigurationBuilder()
            .SetBasePath(env.ContentRootPath)
            .AddJsonFile("appsettings.json", false, true)
            .AddJsonFile($"appsettings.{env.EnvironmentName}.json", true)
            .AddEnvironmentVariables()
            .AddJsonFile("/configs/volume.json", true, true); //待挂载

        Configuration = builder.Build();
    }3. 开发环境　　

 　　4. docker启动指令　　docker run --name {name} -v {source}:{target} ...　　

　　注：如果有权限问题，需要先执行setenforce 0 　　5. 效果　　

  　　挂卷感觉跟appsettings.{env.EnvironmentName}.json很像，既然如此，为什么还要有挂卷呢？那是因为appsettings.{env.EnvironmentName}.json是.net core的机制，其它语言不一定会有，或者是另外的机制，docker的挂卷是服务各种语言的。.Net Core是很优秀的语言，它接收了很多业界的需求，也响应了docker挂卷的机制，在这一点上，.net的能力就相对较弱了。　　

Config Server vs Volume

　　Config Server是Spring Cloud体系的配置管理中心，而Kubernetes更多是使用Volume的方式（HostPath，Config Map，Secret）。　　Config Server是运行时的配置管理，它会定期检测（心跳，2s）remote config的内容，如果内容更新，就刷新容器的配置信息。Volume是发布（更新）时的配置管理，在发布（更新）期间，就把配置信息挂载到容器中。　　Config Server要自己保证其高可用，否则，Config Server挂了，会读取容器内的原始配置，Volume是把文件挂载到容器中，因此无中间件高可用要求，但要利用Kubernetes等保证发布更新时，配置挂载到了各个容器中。　　Config Server具有一定的语言侵入性（必须要有驱动jdk或者sdk），Volume无语言侵入性。　　Config Server只支持Yaml等少量配置文件类型，Volume支持各种配置文件类型。原文：http://www.cnblogs.com/Erik_Xu/p/7624323.html

.NET社区新闻，深度好文，欢迎访问公众号文章汇总 http://www.csharpkit.com