前言

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

正文

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

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

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

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

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

namespace Microsoft.Extensions.Configuration {//?實現了IConfiguration?和ConfigurationRootpublic class ConfigurationRoot : IConfigurationRoot, IConfiguration, IDisposable{//?用于存放注冊進來的IConfigurationProvider，Provider的作用還記得嗎？private?readonly?IList<IConfigurationProvider>?_providers;// 默認創建一個ConfirationReloadToken，private ConfigurationReloadToken _changeToken = new ConfigurationReloadToken();//?提供一個_providers的訪問屬性public IEnumerable<IConfigurationProvider> Providers => _providers;//?實現中括號訪問，獲取配置值，看過前兩篇文章的應該知道都是用中括號的方式獲取值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);}}}// 構造函數public ConfigurationRoot(IList<IConfigurationProvider> providers){if (providers == null){throw new ArgumentNullException("providers");}_providers = providers;_changeTokenRegistrations = new List<IDisposable>(providers.Count);//?遍歷所有有providers,加載數據foreach (IConfigurationProvider p in providers){//?加載數據p.Load();//?注冊監聽及回調_changeTokenRegistrations.Add(ChangeToken.OnChange((Func<IChangeToken>)(() => p.GetReloadToken()), (Action)delegate{// 通知RaiseChanged();}));}}//?獲取通知Tokenpublic IChangeToken GetReloadToken(){return _changeToken;}//?重新加載數據 public void Reload(){//?遍歷所有provider進行重新加載數據foreach (IConfigurationProvider provider in _providers){provider.Load();}// 發送通知RaiseChanged();}// 觸發通知private void RaiseChanged(){Interlocked.Exchange(ref _changeToken, new ConfigurationReloadToken()).OnReload();}........省去一些方法......} }

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

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

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

運行結果

經過上面案例演示，一個IChangeToken只能通知一次，需要多次創建，如果多次都是自己肯定很麻煩，所以微軟已經想到了，提供了一個靜態函數，如下代碼優化即可：

運行結果：

靜態方法這種形式，就是ConfigurationRoot構造函數中IChangeToken監聽的方式，忘了的話往上再看看；

總結

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

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

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

總結

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

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