晕了!这个配置值从哪来的?
如果有同事問你,數據庫連接串的值和appsettings.json配的不一樣,從哪來的?你能回答的出來嗎?
配置讀取順序
ASP.NET Core 中的配置是使用一個或多個配置提供程序執行的,配置提供程序使用各種配置源從鍵值對讀取配置數據。
ASP.NET Core 提供了大量可用的配置提供程序,這還不包括可以自定義配置提供程序。
添加配置提供程序的順序很重要,因為后面的提供程序添加的配置值將覆蓋前面的提供程序添加的值。
配置提供程序的典型順序為:
appsettings.json
appsettings.Environment.json
用戶機密
環境變量
命令行參數
假如,appsettings.json配置了開發環境的數據庫連接串,appsettings.Production.json配置了生產環境的數據庫連接串;管理員密碼僅配置在用戶機密中。
最終生產環境的配置為:
| 數據庫連接串 | appsettings.Production.json |
| 管理員密碼 | 用戶機密 |
分析
從IConfigurationRoot 接口的文檔上,可以了解到,IConfigurationRoot是表示 IConfiguration 層次結構的根。
使用IConfigurationRoot.Providers可以得到IEnumerable<IConfigurationProvider>,猜測應該是順序排列的。
然后反向遍歷Providers,讀取配置key對應的值,如果存在那應該就是配置的來源了。
讓我們驗證一下。
Demo
1.讀取Providers
創建WebApplication1,修改Startup.cs,代碼如下:
public?Startup(IConfiguration?configuration) {Configuration?=?(IConfigurationRoot)configuration; }public?IConfigurationRoot?Configuration?{?get;?}public?void?Configure(IApplicationBuilder?app,?IWebHostEnvironment?env) {......app.UseEndpoints(endpoints?=>{endpoints.MapGet("/test",?async?context?=>{foreach(var?provider?in?Configuration.Providers){await?context.Response.WriteAsync(provider.ToString());await?context.Response.WriteAsync("\r\n");}});});...... }從下圖看到,順序應該是正確的:
2.讀取配置值
繼續修改Startup.cs,代碼如下:
public?void?Configure(IApplicationBuilder?app,?IWebHostEnvironment?env) {......app.UseEndpoints(endpoints?=>{endpoints.MapGet("/test2/{key:alpha}",?async?context?=>{var?key?=?context.Request.RouteValues["key"].ToString();foreach?(var?provider?in?Configuration.Providers.Reverse()){if?(provider.TryGet(key,?out?string?value)){await?context.Response.WriteAsync(provider.ToString());await?context.Response.WriteAsync("\r\n");await?context.Response.WriteAsync(value);break;}}});});...... }運行后查找AllowedHosts配置,返回結果正確。
修改環境變量后?
再次查找AllowedHosts配置,返回結果正確。
結論
現在,如果還有同事問你,數據庫連接串的值和appsettings.json配的不一樣,相信你可以回答的出來了吧!
歡迎關注我的個人公眾號”My IO“
總結
以上是生活随笔為你收集整理的晕了!这个配置值从哪来的?的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: WPF实现环(圆)形菜单
- 下一篇: 面向.NET开发人员的Dapr——分布式