在asp.net core中DI的概念是由这几部分组成的：
IServiceCollection，保存IServiceDescriptor实例的列表
IServiceProvider，只有一个方法GetService，用来获取服务。ServiceProvider由一个Scope的概念，是通过CreateScope（它又调用了IServiceScopeFactory）来创建一个IServiceScope，这个IServceScope中包含一个新创建的IserviceProvider。
IServiceDescriptor，用来描述服务，包括service type，Implementation type,service life time.
ServiceLifeTime，描述服务的生命周期，有三种生命周期：
Singleton
Scope
Transient
DI就是由上述这四个主要的类型外加一大堆扩展方法而形成的。
ServiceProvider作为DI容器，内部维护一个已注册服务的列表，第一个产生的ServiceProvider叫做根容器，通过它创建的容器叫做子容器，所有创建的ServiceProvider都共享这个已注册服务的列表。
三种生命周期的注册方式也主要是通过将服务注册在根容器还是子容器来达到目的的。并且，如果一个服务实现了IDisposable接口，相应的，容器也会负责调用服务的Dispose方法。也就说，服务注册在哪里，哪里就服务销毁它。
Singleton
单例模式。IServiceProvider作为DI容器，单例模式的服务会被注册到根容器上面。它的生命周期会随根容器的销毁而销毁，也就是说，应用程序停掉了它才会销毁。
Scope
Scope实际上是由一个IServiceScope接口来描述的，上面有写，它是由ServiceProvider的一个扩展方法CreateScope来实现的，内部由IserviceScopeFacrory来最终生成一个Scope，这个Scope生成的时候会创建一个新的ServiceProvider，利用新生成的ServiceProvider来提供的服务也就形成了一个Scope的概念。顺便插一句，任何一个ServiceProvider都由一个根容器的引用，所以的Provider都引用了同一个根容器。它的生命周期随创建它的ServiceProvider的销毁而销毁，在asp.net core里面，当客户端发起请求时，都会新创建一个Scope，然后都是利用这个新创建的Scope中的ServiceProvider属性来提供服务的。
Transient
随用随取，用完就销毁。它的生命周期通Scope，都是随创建它的ServiceProvider的销毁而销毁。
Scope的特殊说明
一般情况下，生命周期较长的服务不应该依赖一个生命周期较短的服务，BuildServiceProvider方法可以传入一个bool类型的参数，这个参数解决了这么一个问题：
举个例子，比方说在asp.net core项目中我们使用entity framework core，要添加一个DbContext，这个DbContext是被添加成Scope生命周期的，也就是说它会随着请求的发起创建，请求结束后消亡。但是如果他被一个Singleton的服务所依赖/引用，那么它的生命周期就会变成Singleton。这个连接永远都不会释放，当许多请求过来的时候，数据库的连接池的连接就会变得不够用。这本身是一种错误的实践，避免这样的错误就是在BuilServiceProvider这个方法中传入一个true的bool值，只是DI在注入服务的时候要判断Scope的服务是否被错误的使用，一般来说错误的使用有两种情况：
第一种情况是用根ServiceProvider来创建一个Scope的服务。在根容器上面创建的服务会由根容器来负责销毁，那么也就是说，Scope的服务也就变成了Singleton的了。因为根容器只有在应用程序停止运行的时候才会销毁。
第二种情况是Scope的服务被Singleton的服务依赖/引用。那么这个Scope的服务也会随依赖它的Singleton服务变成Singleton的。