.Net Core实现选择数据热更新让服务感知配置的变化

1、说明

当一些配置需要修改在进行获取时,通常做法是修改完配置文件后再重启web服务器或者docker进行完成,下面我介绍一种热更新方法,修改完配置文件后,不需要重启服务器即可获取最新的配置文件,让服务感知配置的变化。

2、实践

下面我通过二种方式来讲解一下.Net Core实现选择数据热更新,让服务感知配置的变化。

2.1 通过AddSingleton单例方式注入,然后使用 IOptionsMonitor实现数据热更新

2.1.1 首先在Startup.cs文件中的ConfigureServices方法添加配置

//通过读取配置文件加载到SystemPath类中
services.Configure<SystemPath>(Configuration.GetSection("SystemPath"));
//添加服务注入
services.AddSingleton<IPathService, PathService>();
public class SystemPath
  {
    public string FilePath { get; set; }
  }

2.1.2 在PathService构造器中注入IOptionsMonitor<SystemPath>实现数据热更新

public class PathService : IPathService
  {
    IOptionsMonitor<SystemPath> _options;
    /// <summary>
    /// 构造函数
    /// </summary>
    /// <param name="blogData"></param>
    public PathService(IOptionsMonitor<SystemPath> options)
    {
      _options = options;
    }
    public string GetPath()
    {
      return _options.CurrentValue.FilePath;
    }
  }

2.1.3 在PathController中通过调用接口方式读取最新配置路径

/// <summary>
  /// 路径
  /// </summary>
  [Route("api/[controller]/[action]")]
  [ApiController]
  public class PathController : ControllerBase
  {
    private readonly IPathService _pathService;
    /// <summary>
    /// 构造函数
    /// </summary>
    /// <param name="pathService"></param>
    public PathController(IPathService pathService)
    {
      _pathService = pathService;
    }
    /// <summary>
    /// 获取系统路径
    /// </summary>
    /// <returns></returns>
    [HttpGet]
    public MethodResult GetSystemPath()
    {
      return new MethodResult(_pathService.GetPath());
    }
  }

运行看一下效果:

现在读取到的路径是D:/File/2.jpg,我们修改一下配置文件然后重新调用接口看一下,这时会更新最新的路径。

 

2.2 通过AddScoped 方式注入,然后使用 IOptionsSnapshot 实现数据热更新

2.2.1 首先在Startup.cs文件中的ConfigureServices方法添加配置

//通过读取配置文件加载到SystemPath类中
services.Configure<SystemPath>(Configuration.GetSection("SystemPath"));
//添加服务注入
services.AddScoped<IPathService, PathService>();
public class SystemPath
  {
    public string FilePath { get; set; }
  }

2.2.2 在PathService构造器中注入IOptionsMonitor<SystemPath>实现数据热更新

public class PathService : IPathService
  {
    IOptionsSnapshot<SystemPath> _options;
    /// <summary>
    /// 构造函数
    /// </summary>
    /// <param name="blogData"></param>
    public PathService(IOptionsSnapshot<SystemPath> options)
    {
      _options = options;
    }
    public string GetPath()
    {
      return _options.Value.FilePath;
    }
  }

2.2.3 在PathController中通过调用接口方式读取最新配置路径

/// <summary>
  /// 路径
  /// </summary>
  [Route("api/[controller]/[action]")]
  [ApiController]
  public class PathController : ControllerBase
  {
    private readonly IPathService _pathService;
    /// <summary>
    /// 构造函数
    /// </summary>
    /// <param name="pathService"></param>
    public PathController(IPathService pathService)
    {
      _pathService = pathService;
    }
    /// <summary>
    /// 获取系统路径
    /// </summary>
    /// <returns></returns>
    [HttpGet]
    public MethodResult GetSystemPath()
    {
      return new MethodResult(_pathService.GetPath());
    }
  }

运行看一下效果:

现在读取到的路径是D:/File/2.jpg,我们修改一下配置文件然后重新调用接口看一下,这时会更新最新的路径。

 

到此这篇关于.Net Core实现选择数据热更新让服务感知配置的变化的文章就介绍到这了,更多相关.Net Core数据热更新内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

(0)

相关推荐

  • 浅析.Net Core中Json配置的自动更新

    Pre 很早在看 Jesse 的 Asp.net Core快速入门 的课程的时候就了解到了在Asp .net core中,如果添加的Json配置被更改了,是支持自动重载配置的,作为一名有着严重"造轮子"情节的程序员,最近在折腾一个博客系统,也想造出一个这样能自动更新以Mysql为数据源的ConfigureSource,于是点开了AddJsonFile这个拓展函数的源码,发现别有洞天,蛮有意思,本篇文章就简单地聊一聊Json config的ReloadOnChange是如何实现的,在学习

  • .Net Core配置与自动更新的实现方法

    .Net Core 将之前Web.Config中的配置迁移到了appsettings.json文件中,并使用ConfigurationBuilder来读取这个配置文件.并可设置在配置文件变化以后,自动重新加载,这样可不用重启你的程序. var builder = new ConfigurationBuilder() .SetBasePath(env.ContentRootPath) .AddJsonFile("appsettings.json", optional: true, rel

  • Asp.net core中实现自动更新的Option的方法示例

    Asp.net core可以监视json.xml等配置文件的变化, 自动刷新内存中的配置内容, 但如果想每隔1秒从zookeeper.consul获取最新的配置信息, 需要自己实现. 阅读了 Asp.net core Document的Custom configuration provider, 得知只需要实现自己的IConfigurationSource和对应ConfigurationProvider即可 在这个示例中, 我建立了一个简单的option, 只包含一个不断变化的计数器变量. pu

  • .Net Core实现选择数据热更新让服务感知配置的变化

    1.说明 当一些配置需要修改在进行获取时,通常做法是修改完配置文件后再重启web服务器或者docker进行完成,下面我介绍一种热更新方法,修改完配置文件后,不需要重启服务器即可获取最新的配置文件,让服务感知配置的变化. 2.实践 下面我通过二种方式来讲解一下.Net Core实现选择数据热更新,让服务感知配置的变化. 2.1 通过AddSingleton单例方式注入,然后使用 IOptionsMonitor实现数据热更新 2.1.1 首先在Startup.cs文件中的ConfigureServi

  • Android热更新开源项目Tinker集成实践总结

    前言 最近项目集成了Tinker,开始认为集成会比较简单,但是在实际操作的过程中还是遇到了一些问题,本文就会介绍在集成过程大家基本会遇到的主要问题. 考虑一:后台的选取 目前后台功能可以通过三种方式实现: 1.自己搭建后台布丁下发系统 2.第三方提供的服务,目前如原微信simsun大神的个人tinkerpatch平台,目前出于内测阶段,暂时免费.后期应该会按下发量对app进行收费. 3.腾讯Bugly提供的服务,提供了热更新的下发后台,集成到了bugly的升级sdk中.免费. 根据公司的精神,我

  • Android微信Tinker热更新详细使用

    先看一下效果图 Tinker已知问题 由于原理与系统限制,Tinker有以下已知问题: Tinker不支持修改AndroidManifest.xml,Tinker不支持新增四大组件: 由于Google Play的开发者条款限制,不建议在GP渠道动态更新代码: 在Android N上,补丁对应用启动时间有轻微的影响: 不支持部分三星android-21机型,加载补丁时会主动抛出"TinkerRuntimeException:checkDexInstall failed": 由于各个厂商的

  • 解读golang plugin热更新尝试

    当我们在使用php开发的时候,基本不需要关心热更新这件事的,因为PHP本身已经帮我处理好了,只需要提交代码,PHP重新解释一遍即可.而go则是静态语言,编译后得到的是直接被机器执行的,所有代码已经翻译成相对应的机器指令并且在运行时已经加载到内存,不能动态更新.那么如果想热更新就成了件麻烦的事,但是作为后端开发人员,很渴望支持这种功能,毕竟在线上能新增功能.修复bug客户端完全无感知是多么完美的事. 本文暂不讨论http这种无状态服务更新,网上能搜索到很多文章关于如何利用fd继承实现优雅重启.这里

  • Vuejs开发环境搭建及热更新【推荐】

     Vue.js Vue.js是目前很火的一个前端框架,采用MVVM模式设计,它是以数据驱动和组件化的思想构建的.相比于Angular.js,Vue.js提供了更加简洁.更易于理解的API,使得我们能够快速地上手并使用,特别适合单页应用的开发. Vue.js是数据驱动的,它通过一些特殊的语法,将DOM和数据绑定起来,无需手动操作DOM.一旦创建了绑定,DOM将和数据保持同步,每当变更了数据,DOM也会相应地更新. 一.安装NPM 1.1最新稳定版本: npm install vue 二.命令行工具

  • 详解Angular5/Angular6项目如何添加热更新(HMR)功能

    本文介绍了详解Angular5/Angular6项目如何添加热更新(HMR)功能,分享给大家,具体如下: A:什么是HMR? Q:HMR(热替换)用于在运行的应用程序中更新代码而不需要重建它.这将导致更快的更新和更少的全页重新加载. angular6-hmr 提供angular6以上HMR(热更新)功能 步骤 1.进入angular项目父级目录内 git clone https://github.com/staven630/angular6-hmr angular6-hmr目录与angular项

  • 全面讲解CocosCreator热更新

    前言 本文主要引用cocos关于热更的官方文档,并在此基础上,总结sprout当前热更流程. 什么是热更 热更(新)本质上是从服务器下载需要的资源到本地,并且可以执行新的游戏逻辑,让新资源可以被游戏所使用,它可以使开发者在不发布新版本的情况下,修复 BUG 和发布功能,让开发者得以绕开苹果的审核机制,避免长时间的审核等待以及多次被拒造成的成本. Cocos 默认的热更新机制并不是基于补丁包更新的机制,传统的热更新经常对多个版本之间分别生成补丁包,按顺序下载补丁包并更新到最新版本.Cocos 的热

  • C#实现热更新服务器程序的具体过程

    目录 热更新有没有解决一些开发问题的痛点 热更新实现原理 具体的实现过程 总结 热更新有没有解决一些开发问题的痛点 其实首先探讨的一个问题就是,热更服务器程序到底有没有必要出现,或者说有没有适用场景,我个人觉得吧还是有的. 如果真的可以在不重启应用的情况下实现逻辑的更新,这未尝对于一些紧急的情况不是一个好消息,尤其是一些小团队.小创业公司刚起步的时候,技术测试流程和人力不会像成规模的企业那样完善,那么带来的问题就是上线后的应用.游戏可能会存在一些Bug,如果不严重还好,可以留到下一个迭代更新统一

  • Python在游戏中的热更新实现

    目录 介绍: 原理: 1.标准import 2.reload函数 实现: 总结: 介绍: 热更新,就是在服务器不重启的的情况下,对游戏增加新的功能或者修复出现bug 的代码.游戏更新迭代速度快,催生了热更技术的需求,在我经历过的游戏项目中,无论是服务端还是客户端,版本的更新都是围绕着热更新,特别是现在游戏动辄几个G,每次让玩家下载完整的包不现实,随意游戏必须要支持热更.下面来谈一下客户端Python热更新的处理. 原理: 1.标准import 都知道Python提供了import可以导入一个标准

  • ASP.NET Core 6.0对热重载的支持实例详解

    目录 一.整体介绍 二.代码示例 1. VS Code新建Blazor Server project 2. dotnet watch 运行 3. 修改index.razor中的代码 总结 .NET 热重载技术支持将代码更改(包括对样式表的更改)实时应用到正在运行的程序中,不需要重启应用,也不会丢失应用状态. 一.整体介绍 目前 ASP.NET Core 6.0 项目都支持热重载.在以下情况下支持应用的热重载: 1. 仅运行一次的应用启动逻辑代码 中间件,除非代码更新是委托给内联中间件进行的. 已

随机推荐