前言

通常程序中配置少不了，配置的修改也避免不了，配置的熱更新為此給應用程序帶來很大的便捷，不用重啟，提高用戶體驗；但往往有時候需要對修改進行審計，也就是需要記錄，有時候也會針對配置修改的時候觸發(fā)相關操作，比如說發(fā)郵件通知，或是其他業(yè)務操作等，遇到這種情況，配置變更監(jiān)聽的用處就體現(xiàn)出來了，接下來就嘗嘗鮮去；

正文

在看前兩篇文檔的小伙伴可能會看到IConfiguration、IConfigurationProvider接口中有一個GetReloadToken()方法，之前只是注釋了一下，其實此方法返回的值就是變更通知的核心，如下圖的定義：

看看返回的IChangeToken里定義了什么

對于上面GetReloadToken其實最后返回的真正類型是ConfigurationReloadToken，繼承與IChangeToken，其作用就是為了通知程序：改變之后的配置源數(shù)據(jù)已經(jīng)通過對應的IConfigurationProvider重新加載；看看其中-本質是啥？

通過以上代碼顯示，其實ConfigurationReloadToken就是利用CancellationTokenSource在OnReload觸發(fā)的時候進行通知，這里暫且不深入再研究CancellationTokenSource了，不然感覺要跑題了(可以私下研究研究)，停，趕緊回來；

大概了解到變更通知的原理，再來回顧一下配置IConfigurationRoot和IConfigurationSection，微軟其實已經(jīng)實現(xiàn)了兩個類，ConfigurationRoot和ConfigurationSection，有默認的實現(xiàn)，簡單看看是如何實現(xiàn)的，稍微進行了重點注釋哦；

namespace Microsoft.Extensions.Configuration {//?實現(xiàn)了IConfiguration?和ConfigurationRootpublic class ConfigurationRoot : IConfigurationRoot, IConfiguration, IDisposable{//?用于存放注冊進來的IConfigurationProvider，Provider的作用還記得嗎？private?readonly?IList<IConfigurationProvider>?_providers;// 默認創(chuàng)建一個ConfirationReloadToken，private ConfigurationReloadToken _changeToken = new ConfigurationReloadToken();//?提供一個_providers的訪問屬性public IEnumerable<IConfigurationProvider> Providers => _providers;//?實現(xiàn)中括號訪問，獲取配置值，看過前兩篇文章的應該知道都是用中括號的方式獲取值public string this[string key]{get{???//?注意，這里倒序遍歷，這樣就會導致相同Key，后注冊的配置源會覆蓋之前的for (int num = _providers.Count - 1; num >= 0; num--){if (_providers[num].TryGet(key, out string value)){return value;}}return null;}set{if (!_providers.Any()){throw new InvalidOperationException(Resources.Error_NoSources);}// 其實這里的設置值只是在內存里，沒有持久化foreach (IConfigurationProvider provider in _providers){provider.Set(key, value);}}}// 構造函數(shù)public ConfigurationRoot(IList<IConfigurationProvider> providers){if (providers == null){throw new ArgumentNullException("providers");}_providers = providers;_changeTokenRegistrations = new List<IDisposable>(providers.Count);//?遍歷所有有providers,加載數(shù)據(jù)foreach (IConfigurationProvider p in providers){//?加載數(shù)據(jù)p.Load();//?注冊監(jiān)聽及回調_changeTokenRegistrations.Add(ChangeToken.OnChange((Func<IChangeToken>)(() => p.GetReloadToken()), (Action)delegate{// 通知RaiseChanged();}));}}//?獲取通知Tokenpublic IChangeToken GetReloadToken(){return _changeToken;}//?重新加載數(shù)據(jù) public void Reload(){//?遍歷所有provider進行重新加載數(shù)據(jù)foreach (IConfigurationProvider provider in _providers){provider.Load();}// 發(fā)送通知RaiseChanged();}// 觸發(fā)通知private void RaiseChanged(){Interlocked.Exchange(ref _changeToken, new ConfigurationReloadToken()).OnReload();}........省去一些方法......} }

ConfigurationSection就不貼代碼，其實內部大多都是通過調用了IConfigrationRoot對象的方法來實現(xiàn)的，還是貼個圖吧，如下：

由ConfigurationRoot可見，觸發(fā)通知的方法RaiseChanged在ConfigurationRoot構造函數(shù)中(ConfigurationProvider對應的IChangeToken回調中調用)及Reload的方法中進行調用，也就是說當IConfigurationProvider捕捉到配置源改變時會利用IChangeToken進行通知，或通過調用Reload方法加載時也會通知；

好了好了，理論就暫且說這么多了，擼擼代碼，看看是如何監(jiān)聽的，話說在前頭，理論一大堆，使用很簡單，哈哈哈哈哈，控制臺程序走起來：

運行結果

經(jīng)過上面案例演示，一個IChangeToken只能通知一次，需要多次創(chuàng)建，如果多次都是自己肯定很麻煩，所以微軟已經(jīng)想到了，提供了一個靜態(tài)函數(shù)，如下代碼優(yōu)化即可：

運行結果：

靜態(tài)方法這種形式，就是ConfigurationRoot構造函數(shù)中IChangeToken監(jiān)聽的方式，忘了的話往上再看看；

總結

有沒有被這節(jié)給忽悠了，一個這么簡單的使用，還說那么多"廢話"，寫文字不累嗎？?我去，又過12點了，洗洗睡覺！！！！！；下次開始說說“Option”~~~

----------------------------------------------

一個被程序搞丑的帥小伙，關注"Code綜藝圈"，跟我一起學~~~

總結

以上是生活随笔為你收集整理的跟我一起学.NetCore之配置变更监听的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內容還不錯，歡迎將生活随笔推薦給好友。