.NetCore中三种注入方式的思考

该篇内容由我的博客点击跳转同步更新！转载请注明出处！

.NetCore完全诠释了“万物皆可注入”这句话的含义，在.NetCore中处处可见注入的使用。所以core中也提供了三种注入方式的使用，分别是：

1. AddTransient：每次请求，都获取一个新的实例。即便同一个请求获取屡次也会是不一样的实例

1. AddScoped：每次请求，都获取一个新的实例。同一个请求获取屡次会获得相同的实例

1. 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了），虽然没有报错但咱们仍是要避免这样使用。

微信关注我哦！(转载注明出处)