.NetCore中三种注入方式的思考
该篇内容由个人博客点击跳转同步更新!转载请注明出处!
.NetCore彻底诠释了“万物皆可注入”这句话的含义,在.NetCore中到处可见注入的使用。因此core中也提供了三种注入方式的使用,分别是:
- AddTransient:每次请求,都获取一个新的实例。即使同一个请求获取多次也会是不同的实例
- AddScoped:每次请求,都获取一个新的实例。同一个请求获取多次会得到相同的实例
- AddSingleton:每次都获取同一个实例
当大家已经过了百度每种注入方式的使用场景后,有没有萌生出一个新的问题:就是一个作用域(Scoped)服务中注入一个瞬时(Transient)服务时,瞬时服务中的值还会每次都变化吗?。
出现这个问题是因为:我有两个服务,一个是数据处理服务A(Scoped),一个是从Redis取数据的服务B(Transient),本来想的是处理数据时每次从Redis中新开实例来取数据,但是事与愿违每次Redis实例总是不变,然后自己下载了官方的示例程序研究了一下,在此做个记录,以下为了好区分,我就以主次服务来区分,一共分为几下几种情况:
1. 主服务为Scoped,次服务为Transient时
由图可知,在这种情况下瞬时服务是没用的,两次的结果是一样的。原因是因为scoped服务只有第一次运行的时候是走构造函数的,后面再创建都是直接赋值,而不是创建新对象不走构造函数因此值也不会改变。
2. 主服务为Singleton,次服务为Scoped时
这种情况直接报错(Cannot Consume Scoped Service From Singleton),这是因为Core防止我们陷入这样的一个陷阱,怕我们误以为每次请求都会创建一个新的实例
3. 主服务为Singleton,次服务为Transient时
发现结果也是一样的,而且并没有向上面一样报错,难道微软粑粑就不怕我们陷入这样的一个陷阱吗?我个人觉得原因是这样的:Scoped方式是每个请求时创建一个新的实例,但Transient是每个请求中调用每个服务都会创建一个新的实例,在一次请求中,如果在Singleton中还使用Scoped的话,Scoped和Singleton的意义是一样的(比如我这次请求的时候正常Scoped产生的值是1,我在其它服务中使用的值都将是1,但是在Singleton中保存的值还是0,这样就会产生歧义),但如果Singleton中使用Transient的话只针对当前服务中是唯一的,调用其它服务的时候Transient还是会创建新的实例,因此在其它服务中就不会有其它问题(简单来讲就是默认我在Singleton中调用Transient时我就默认产生的值就为0,反正我每次请求都会产生新的值,无所谓是0还是1,还是2了),虽然没有报错但我们还是要避免这样使用。
微信关注我哦!(转载注明出处)