该篇内容由个人博客点击跳转同步更新！转载请注明出处！
.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了），虽然没有报错但我们还是要避免这样使用。
微信关注我哦！(转载注明出处)
