NET Core IOptionsMonitor的使用

分享

最近在使用IOptionsMonitor时,发现OnChange方法无法回调,代码如下:

Startup.cs

public void ConfigureServices(IServiceCollection services)
{
    services.AddControllers();
    services.Configure<MyConfig>(config =>
    {
        config.Value = Configuration.GetValue<string>("MyConfig:Value");
    });
    services.AddSingleton<SingletonService>();
}

SingletonService.cs

private MyConfig myConfig;
public SingletonService(IOptionsMonitor<MyConfig> optionsMonitor)
{
    myConfig = optionsMonitor.CurrentValue;
    optionsMonitor.OnChange(myconfig =>
    {
        System.Console.WriteLine("=================Changed============");
        System.Console.WriteLine($"Before: {myConfig.Value}\nAfter: {myconfig.Value}");
        this.myConfig = myconfig;
    });
}

appsettings.json

{
  "MyConfig": {
    "Value": "MyValue"
  }
}

在程序运行时,修改appsettings.json后,optionsMonitor.OnChange的回调方法没有被触发。
解决方案有两种:

Startup.cs

public void ConfigureServices(IServiceCollection services)
{
    services.AddControllers();
    //services.Configure<MyConfig>(config =>
    //{
    //    config.Value = Configuration.GetValue<string>("MyConfig:Value");
    //});
	//使用Configuration.GetSection()方法
	services.Configure<MyConfig>(Configuration.GetSection("MyConfig"));
    services.AddSingleton<SingletonService>();
}

或者

Startup.cs

public void ConfigureServices(IServiceCollection services)
{
    services.AddControllers();
    services.Configure<MyConfig>(config =>
    {
        config.Value = Configuration.GetValue<string>("MyConfig:Value");
    });
	//注册ConfigurationChangeTokenSource
	services.AddSingleton<IOptionsChangeTokenSource<MyConfig>>(new ConfigurationChangeTokenSource<MyConfig>(Configuration));
    services.AddSingleton<SingletonService>();
}

为何使用services.Configure<MyConfig>(Configuration.GetSection("MyConfig"))即可正确触发optionsMonitor.OnChange的回调方法呢?让我们跟随ASP.NET Extensions源码来一探究竟。

OptionsConfigurationServiceCollectionExtensions.cs

我们先来看看services.Configure<TOptions>(Configuration.GetSection())方法究竟干了什么:

public static IServiceCollection Configure<TOptions>(this IServiceCollection services, string name, IConfiguration config, Action<BinderOptions> configureBinder) where TOptions : class
{
    if (services == null)
    {
        throw new ArgumentNullException(nameof(services));
    }

    if (config == null)
    {
        throw new ArgumentNullException(nameof(config));
    }

    services.AddOptions();
    services.AddSingleton<IOptionsChangeTokenSource<TOptions>>(new ConfigurationChangeTokenSource<TOptions>(name, config));
    return services.AddSingleton<IConfigureOptions<TOptions>>(new NamedConfigureFromConfigurationOptions<TOptions>(name, config, configureBinder));
}

这里关键的一句即是services.AddSingleton<IOptionsChangeTokenSource<TOptions>>(new ConfigurationChangeTokenSource<TOptions>(name, config)),这句话有什么用呢,它向容器注册了一个ConfigurationChangeTokenSource<TOptions>实例,这个类实现了IOptionsChangeTokenSource<TOptions>,OK,我们不用管IOptionsChangeTokenSource<TOptions>是啥玩意,我们只需要看ConfigurationChangeTokenSource<TOptions>这个类干了什么:

ConfigurationChangeTokenSource.cs

public class ConfigurationChangeTokenSource<TOptions> : IOptionsChangeTokenSource<TOptions>
{
    private IConfiguration _config;

    /// <summary>
    /// Constructor taking the <see cref="IConfiguration"/> instance to watch.
    /// </summary>
    /// <param name="config">The configuration instance.</param>
    public ConfigurationChangeTokenSource(IConfiguration config) : this(Options.DefaultName, config)
    { }

    /// <summary>
    /// Constructor taking the <see cref="IConfiguration"/> instance to watch.
    /// </summary>
    /// <param name="name">The name of the options instance being watched.</param>
    /// <param name="config">The configuration instance.</param>
    public ConfigurationChangeTokenSource(string name, IConfiguration config)
    {
        if (config == null)
        {
            throw new ArgumentNullException(nameof(config));
        }
        _config = config;
        Name = name ?? Options.DefaultName;
    }

    /// <summary>
    /// The name of the option instance being changed.
    /// </summary>
    public string Name { get; }

    /// <summary>
    /// Returns the reloadToken from the <see cref="IConfiguration"/>.
    /// </summary>
    /// <returns></returns>
    public IChangeToken GetChangeToken()
    {
        return _config.GetReloadToken();
    }
}

这个类从IConfiguration拿到了一个IChangeToken,它是配置文件发生变更的回调令牌。将ConfigurationChangeTokenSource注入容器后,OptionsMonitor的构造函数即可使用它的IChangeToken令牌来回调OptionsMonitor.OnChange方法:

OptionsMonitor.cs

/// <summary>
/// Implementation of <see cref="IOptionsMonitor{TOptions}"/>.
/// </summary>
/// <typeparam name="TOptions"></typeparam>
public class OptionsMonitor<TOptions> : IOptionsMonitor<TOptions>, IDisposable where TOptions : class, new()
{
    private readonly IOptionsMonitorCache<TOptions> _cache;
    private readonly IOptionsFactory<TOptions> _factory;
    private readonly IEnumerable<IOptionsChangeTokenSource<TOptions>> _sources;
    private readonly List<IDisposable> _registrations = new List<IDisposable>();
    internal event Action<TOptions, string> _onChange;

    /// <summary>
    /// Constructor.
    /// </summary>
    /// <param name="factory">The factory to use to create options.</param>
    /// <param name="sources">The sources used to listen for changes to the options instance.</param>
    /// <param name="cache">The cache used to store options.</param>
    public OptionsMonitor(IOptionsFactory<TOptions> factory, IEnumerable<IOptionsChangeTokenSource<TOptions>> sources, IOptionsMonitorCache<TOptions> cache)
    {
        _factory = factory;
        _sources = sources;
        _cache = cache;

        foreach (var source in _sources)
        {
            var registration = ChangeToken.OnChange(
                  () => source.GetChangeToken(),
                  (name) => InvokeChanged(name),
                  source.Name);

            _registrations.Add(registration);
        }
    }

    private void InvokeChanged(string name)
    {
        name = name ?? Options.DefaultName;
        _cache.TryRemove(name);
        var options = Get(name);
        if (_onChange != null)
        {
            _onChange.Invoke(options, name);
        }
    }

    /// <summary>
    /// Registers a listener to be called whenever <typeparamref name="TOptions"/> changes.
    /// </summary>
    /// <param name="listener">The action to be invoked when <typeparamref name="TOptions"/> has changed.</param>
    /// <returns>An <see cref="IDisposable"/> which should be disposed to stop listening for changes.</returns>
    public IDisposable OnChange(Action<TOptions, string> listener)
    {
        var disposable = new ChangeTrackerDisposable(this, listener);
        _onChange += disposable.OnChange;
        return disposable;
    }

    internal class ChangeTrackerDisposable : IDisposable
    {
        private readonly Action<TOptions, string> _listener;
        private readonly OptionsMonitor<TOptions> _monitor;

        public ChangeTrackerDisposable(OptionsMonitor<TOptions> monitor, Action<TOptions, string> listener)
        {
            _listener = listener;
            _monitor = monitor;
        }

        public void OnChange(TOptions options, string name) => _listener.Invoke(options, name);

        public void Dispose() => _monitor._onChange -= OnChange;
    }
}

OptionsMonitor的构造函数中,使用ChangeToken.OnChange来注册自己的InvokeChanged方法,当令牌发生回调时,InvokeChanged便会执行,OnChange方法也在InvokeChanged发生回调。
那么到目前为止,令牌来自于IConfiguration接口,它是如何知道配置文件发生变更呢?
下次再更。。。

阅读更多

以太坊黑暗森林-抢跑(front running)

以太坊黑暗森林-抢跑(front running)

前言 鸽了很久之后的今天突然心血来潮,准备写一个系列:以太坊黑暗森林,它介绍以太坊生态上的各种奇思妙想和逆天的攻击方式,会从简单的、常见的攻击方式开始介绍。取这个名字是因为我接触以太坊不久后看的一篇文章 Ethereum is a Dark Forest ,让我想起了《三体》小说中刘慈欣描述的黑暗森林,以太坊是一个弱肉强食的、没有规则的世界,猎人们总是躲在背后监听所有的交易,一旦发现猎物,它们会把它的血给吸干。 开盘抢币 相信进入以太坊生态的韭菜们,一定有过在 uniswap 上买刚开盘新币的经历,新开盘的币,一般会上涨几倍甚至十几倍,越早买入则越能低价买入。你守着时间,等着项目方添加流动性后第一时间买入代币,但是你发现,无论你的手速多块,总是看到一开盘,价格已经飚了几倍,你骂骂咧咧,开始不断拉高 gas 费用,尝试继续买入,但是你眼睁睁的看着代币涨到十倍,自己的交易却一直失败,你开始怀疑项目方自己抢跑,怀疑项目方捣鬼:肯定是项目方吃相难看,用老鼠仓提前买了。另一些聪明人,研究了以太坊的基本技术,他们在 ethscan

By FatTiger
C#:IDisposable 和 析构函数

C#:IDisposable 和 析构函数

C# 中有两种释放资源的方式:实现 IDisposable 或使用析构函数。通常,必须在特定时间释放资源的场景中,我们实现 IDisposable,像这样: public class ExampleDispose : IDisposable { // 非托管资源 private IntPtr _handle; // 使用的其它托管资源 private readonly Stream _stream; private bool disposed = false; public ExampleDispose(Stream stream, IntPtr handle) { this._stream = stream; this._handle = handle; } public void Dispose() { if (disposed) { return; } disposed = t

By FatTiger
ThreadLocal引发的灾难

ThreadLocal引发的灾难

在 Java 里有个称之为线程本地变量的类型叫做 ThreadLocal,它与 ThreadLocal 之于 C# 中是一样的作用,可以在线程范围内设置变量,这个变量只会在当前线程可被访问,但是它们有一点不同的是,在 Java 中,当你设置好变量后,在线程使用完毕回到线程池之前,需要手动调用 ThreadLocal.remove() 方法去清除线程本地变量,否则变量随着线程回到线程池,并且在下次使用此线程时此变量继续存在,而在 C# 中,线程回到线程池时会自动清除本地变量,因此无需手动去清除。 我们的业务有这样一个场景:某个业务 UserService 类中,具有多个方法会频繁(甚至循环)调用一个获取用户标签的接口,具体原因是因为某些方法会进行递归,数据结构有个树状结构,因此,为了优化接口响应时间以及看起来不那么蠢,我使用 ThreadLocal 将用户标签接口的返回数据存储到当前线程,因为在单个请求中,多次调用此接口获取数据是不必要的,它看起来像这样: /** * 此静态变量ThreadLocal会为每个线程创建本地副本, 因此USER_TAGS_THREAD_

By FatTiger
我在币安智能链的日子-区块链基础

我在币安智能链的日子-区块链基础

区块和链 无论是比特币还是以太坊,都是具有一个个区块(称之为Block)的链式结构,学过<数据结构>的肯定明白链表,区块链就像一个链表,每个区块都存储上一个区块哈希。 链(称之为Chain),有非常多的链,他们的协议不同,技术也不尽相同,比特币网络是一个链,以太坊网络是另一个链,每个链都有自己的目标(甚至目标只是为了圈钱),每个链也都有自己的代币,比特币网络的代币是比特币,每次交易都需要比特币作为手续费,以太坊网络代币是以太币,每次在以太坊网络的交易都需要以太币作为手续费。所以,链实际上作为基础设施,非常多的团队喜欢创建新的链,但是一个链光有网络光有代币不行,没有生态,很难成功。 币安智能链(Binance Smart Chain:BSC) 我的主要操作都是在BSC上,没有其它原因,只因为一个穷字。在BTC网络交易,需要BTC用作手续费,这个我可用不起,在以太坊(Ethereum)网络交易,需要以太币(ETH)作为用作手续费,按照以太币目前(

By FatTiger