.NET Core 引入了Options模式,使用强类型的类来表达配置项,提供了三种在不同场景下的使用接口:
IOptions
IOptionsSnapshot
IOptionsMonitor
但是常常不知道什么时候使用哪种方式才最合适,接下来我就用代码详细解读一下三种接口。
首先新建.NET Core API项目来进行代码测试:
DemoOptions 用来接收配置的强类型:
在 Startup 中绑定配置和以 Singleton 模式注入测试的服务:
修改 DemoService代码如下:
跑起来代码结果如下,很方便的获取到配置项:
尝试修改appsetting.json文件配置,重新请求一下接口,可以配置还是未修改之前的:
很容看出,IOptions 可以注入到任何依赖注入周期,但是应用启动后无法读取修改的配置:
接着上面的代码,配置文件还原,修改 DemoService代码如下:
直接启动项目,发现程序启动报错。错误可以看出 IOptionsSnapshot 接口并不支持 Singleton 模式注入。
修改为 Scoped 、 Transient 注入模式可以正常运行:
接下来试试修改 appsetting.json 文件配置,重新请求接口结果如下:
可以看出 IOptionsSnapshot 不支持以Singleton模式注入,但是Transient,Scoped 模式可以正常注入,同时应用启动后可以读取修改的配置。
接着上面代码,配置文件还原,继续修改 DemoService 如下:
很明显看出 IOptionsMonitor 与 IOptions、IOptionsSnapshot 字段略有不同,F12 看看接口定义:
除了获取当前Value 值之外,还提供了 Get、OnChange 两个方法,OnChange 方法可以监听配置的变化,修改DemoService 如下:
三种注入模式启动,结果都如下:
同样修改 appsetting.json 文件配置,保存但不去请求接口,可以看到 OnChang 事件已监听到了改动。
接下来重新请求接口,可以看到修改之后的输出:
得出结论 IOptionsMonitor 支持以Singleton、Transient,Scoped 模式注入,同时提供 OnChange 方法监听修改。
结合以上示例可以清楚的分别三种接口的差别
IOptions
o应用启动后无法读取修改的配置
o可以注入到任何依赖注入周期
IOptionsSnapshot
o应用启动后可以读取修改的配置
o不支持以Singleton模式注入,Transient,Scoped 可以正常注入
IOptionsMonitor
o应用启动后可以读取修改的配置
oSingleton,Transient,Scoped 三种注入周期都可以正常注入
o同时提供 OnChange() 方法监听配置变更
另外不了解依赖注入三种注入模式的,可以查阅《详解.NET Core 依赖注入生命周期》
扫码关注腾讯云开发者
领取腾讯云代金券
Copyright © 2013 - 2025 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号:粤B2-20090059 深公网安备号 44030502008569
腾讯云计算(北京)有限责任公司 京ICP证150476号 | 京ICP备11018762号 | 京公网安备号11010802020287
Copyright © 2013 - 2025 Tencent Cloud.
All Rights Reserved. 腾讯云 版权所有