阿坝州网站建设公司

ASP.NETCore修改配置文件后怎么自动加载更新-创新互联

这篇文章主要讲解了“ASP.NET Core修改配置文件后怎么自动加载更新”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“ASP.NET Core修改配置文件后怎么自动加载更新”吧！

十多年的蒲县网站建设经验，针对设计、前端、开发、售后、文案、推广等六对一服务，响应快，48小时及时工作处理。全网整合营销推广的优势是能够根据用户设备显示端的尺寸不同，自动调整蒲县建站的显示方式，使网站能够适用不同显示终端，在浏览器中调整网站的宽度，无论在任何一种浏览器上浏览网站，都能展现优雅布局与设计，从而大程度地提升浏览体验。成都创新互联公司从事“蒲县网站设计”,“蒲县网站推广”以来，每个客户项目都认真落实执行。

前言

在 ASP.NET Core 默认的应用程序模板中， 配置文件的处理如下面的代码所示：

config.AddJsonFile(
 path: "appsettings.json",
 optional: true,
 reloadOnChange: true
);
config.AddJsonFile(
 path: $"appsettings.{env.EnvironmentName}.json",
 optional: true,
 reloadOnChange: true
);

appsettings.json 和 appsettings.{env.EnvironmentName}.json 两个配置文件都是可选的， 并且支持当文件被修改时能够重新加载。

可以在 ASP.NET Core 应用中利用这个特性， 实现修改配置文件之后， 不需要重启应用， 自动加载修改过的配置文件， 从而减少系统停机的时间。 实现的步骤如下：

使用配置 API 进行注入

假设要在程序中注入这样一个配置类型：

public class WeatherOption {
 public string City { get; set; }
 public int RefreshInterval { get; set; }
}

在 appsettings.json 中添加的配置如下：

{
 "weather": {
 "city": "GuangZhou",
 "refreshInterval": 120
 }
}

在 Startup.cs 的 ConfigureServices 方法中使用配置 API 进行注入， 代码如下：

public void ConfigureServices(IServiceCollection services) {
 services.Configure(Configuration.GetSection("weather"));
 services.AddControllers();
}

这个步骤很关键， 通过这个配置 API 可以把注入内容和配置所在的节点关联起来。 如果有兴趣了解底层实现的话， 可以继续查看这个 OptionsConfigurationServiceCollectionExtensions.cs 。

通过这种方式注册的内容， 都是支持当配置文件被修改时， 自动重新加载的。

在控制器 (Controller) 中加载修改过后的配置

控制器 (Controller) 在 ASP.NET Core 应用的依赖注入容器中注册的生命周期是 Scoped ， 即每次请求都会创建新的控制器实例。 这样只需要在控制器的构造函数中注入 IOptionsSnapshot 参数即可， 代码如下：

[ApiController]
[Route("[controller]")]
public class WeatherForecastController : ControllerBase {

 private WeatherOption option;

 public WeatherForecastController(
 IOptionsSnapshot options
 ) {
 this.option = options.Value;
 }

 // GET /weatherforcase/options
 [HttpGet("options")]
 public ActionResult GetOption() {
 return options;
 }
}

当然， 如果不希望在控制器中使用这个 IOptionsSnapshot 接口类型（会带来一些对现有代码重构和修改， 还是有一定的风险的）， 可以在 ConfigureServices 中添加对 WeatherOption 的注入， 代码如下：

public void ConfigureServices(IServiceCollection services) {
 services.Configure(Configuration.GetSection("weather"));
 // 添加对 WeatherOption 的注入， 生命周期为 Scoped ， 这样每次请求都可以获取新的配置值。
 services.AddScoped(serviceProvider => {
 var snapshot = serviceProvider.GetService>();
 return snapshot.Value;
 });
 services.AddControllers();
}

这样在控制器中就不需要注入 IOptionsSnapshot 类型了， 最终控制器的代码如下：

[ApiController]
[Route("[controller]")]
public class WeatherForecastController : ControllerBase {

 private WeatherOption option;

 public WeatherForecastController(
 WeatherOption option
 ) {
 this.option = option;
 }

 // GET /weatherforcase/options
 [HttpGet("options")]
 public ActionResult GetOption() {
 return options;
 }
}

这样控制器就无需修改任何代码即可加载修改过后的新配置。

在中间件 (Middleware) 中加载修改过后的配置

中间件 (Middleware) 在 ASP.NET Core 应用的依赖注入容器中注册的生命周期是 Singleton ， 即单例的， 只有在当应用启动时， 根据中间件创建处理连时创建一次全局实例， 所以只能通过注入 IOptionsMonitor 来监听配置文件的修改情况， 示例代码如下：

public class TestMiddleware {

 private RequestDelegate next;
 private WeatherOption option;

 public TestMiddleware(
 RequestDelegate next,
 IOptionsMonitor monitor
 ) {
 this.next = next;
 option = monitor.CurrentValue;
 // moni config change
 monitor.OnChange(newValue => {
  option = newValue;
 });
 }

 public async Task Invoke(HttpContext context) {
 await context.Response.WriteAsync(JsonSerializer.Serialize(option));
 }

}

当然， 在中间件的 Task Invoke(HttpContext context) 方法中， 直接获取 IOptionsSnapshot 也是可以的， 代码如下：

public async Task Invoke(HttpContext context) {
 var snapshot = context.RequestServices.GetService>();
 await context.Response.WriteAsync(JsonSerializer.Serialize(snapshot.Value));
}

但是这么做的话， 似乎就偏离了依赖注入的原则了， 因此不推荐这种做法。

总结

感谢各位的阅读，以上就是“ASP.NET Core修改配置文件后怎么自动加载更新”的内容了，经过本文的学习后，相信大家对ASP.NET Core修改配置文件后怎么自动加载更新这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是创新互联网站建设公司，，小编将为大家推送更多相关知识点的文章，欢迎关注！


当前名称：ASP.NETCore修改配置文件后怎么自动加载更新-创新互联
浏览地址：http://azwzsj.com/article/dsjhjp.html

其他资讯