.NetCore中三种注入生命周期的思考

.NetCore彻底诠释了“万物皆可注入”这句话的含义&＃xff0c;在.NetCore中到处可见注入的使用。因此core中也提供了三种注入方式的生命周期使用&＃xff0c;分别是&＃xff1a;

1. AddTransient&＃xff1a;每次请求&＃xff0c;都获取一个新的实例。即使同一个请求获取多次也会是不同的实例

1. AddScoped&＃xff1a;每次请求&＃xff0c;都获取一个新的实例。同一个请求获取多次会得到相同的实例

1. AddSingleton&＃xff1a;每次都获取同一个实例

当大家已经过了百度每种注入方式的使用场景后&＃xff0c;有没有萌生出一个新的问题&＃xff1a;就是一个作用域&＃xff08;Scoped&＃xff09;服务中注入一个瞬时&＃xff08;Transient&＃xff09;服务时&＃xff0c;瞬时服务中的值还会每次都变化吗&＃xff1f;。
出现这个问题是因为&＃xff1a;我有两个服务&＃xff0c;一个是数据处理服务A&＃xff08;Scoped&＃xff09;&＃xff0c;一个是从Redis取数据的服务B&＃xff08;Transient&＃xff09;&＃xff0c;本来想的是处理数据时每次从Redis中新开实例来取数据&＃xff0c;但是事与愿违每次Redis实例总是不变&＃xff0c;然后自己下载了官方的示例程序研究了一下&＃xff0c;在此做个记录&＃xff0c;以下为了好区分&＃xff0c;我就以主次服务来区分&＃xff0c;一共分为几下几种情况&＃xff1a;

由图可知&＃xff0c;在这种情况下瞬时服务是没用的&＃xff0c;两次的结果是一样的。原因是因为scoped服务只有第一次运行的时候是走构造函数的&＃xff0c;后面再创建都是直接赋值&＃xff0c;而不是创建新对象不走构造函数因此值也不会改变。

这种情况直接报错&＃xff08;Cannot Consume Scoped Service From Singleton&＃xff09;&＃xff0c;这是因为Core防止我们陷入这样的一个陷阱&＃xff0c;怕我们误以为每次请求都会创建一个新的实例

发现结果也是一样的&＃xff0c;而且并没有向上面一样报错&＃xff0c;难道微软粑粑就不怕我们陷入这样的一个陷阱吗&＃xff1f;我个人觉得原因是这样的&＃xff1a;Scoped方式是每个请求时创建一个新的实例&＃xff0c;但Transient是每个请求中调用每个服务都会创建一个新的实例&＃xff0c;在一次请求中&＃xff0c;如果在Singleton中还使用Scoped的话&＃xff0c;Scoped和Singleton的意义是一样的&＃xff08;比如我这次请求的时候正常Scoped产生的值是1&＃xff0c;我在其它服务中使用的值都将是1&＃xff0c;但是在Singleton中保存的值还是0&＃xff0c;这样就会产生歧义&＃xff09;&＃xff0c;但如果Singleton中使用Transient的话只针对当前服务中是唯一的&＃xff0c;调用其它服务的时候Transient还是会创建新的实例&＃xff0c;因此在其它服务中就不会有其它问题&＃xff08;简单来讲就是默认我在Singleton中调用Transient时我就默认产生的值就为0&＃xff0c;反正我每次请求都会产生新的值&＃xff0c;无所谓是0还是1&＃xff0c;还是2了&＃xff09;&＃xff0c;虽然没有报错但我们还是要避免这样使用。

原文地址&＃xff1a;https://www.cnblogs.com/ShaoJianan/p/11136200.html

.NET社区新闻&＃xff0c;深度好文&＃xff0c;欢迎访问公众号文章汇总 http://www.csharpkit.com