它是一个针对服务注册项的描述类，IServiceProvider正式利用该对象提供的描述信息才得以提供我们所需要的服务实例，内部包含服务类型、生命周期与构造方法等信息，具体如下所示：

IServiceCollection是一个存放服务注册信息（ServiceDescriptor）的集合。考虑到高频调用，它有许多扩展的方法。它与服务注册的描述类如下图所示：

关于它们的扩展方法请参考文章：https://www.tnblog.net/hb/article/details/3627

IServiceCollection集合最终被用来创建作为依赖注入容器IServiceProvider对象。当需要消费某个服务实例的时候我们，只需要指定服务类型调用IServiceProvider接口的GetService方法，该方法能够根据服务注册信息提供对应的服务实例。IServiceProvider可以通过IServiceCollection服务BuildServiceProvider方法创建出来。由于需要解决当一个服务注册时，同时有局部注册和单例注册的时候，此时单例注册的生命周期==局部的生命周期这会相当的不合理，所以需要服务的验证，在BuildServiceProvider中的第二个参数就是关于服务验证的配置。

通过该接口可以对局部容器进行实例，里面只有一个CreateScope方法可以创建局部容器（IServiceScope）。

局部容器也同样具有与根容器的可选生命周期，它与IServiceProvider之间的关系如下图所示：

它实现了IServiceProvider获取服务实例接口与IServiceScope局部容器接口，它利用对提供服务实例的缓存实现对生命周期的控制，然后我们就可以看成：

它是提供服务具体实现的核心，它通过实现IServiceProviderEngine让具体的实现服务实例的引擎做了抽象。具体的实现有四个类组成。在ServiceProviderOptions类的Mode属性可以指定具体的，在BuildServiceProvider方法的第二个参数时设置。

然后实现IServiceScopeFactory接口，实现创建局部容器的区域。最后用两张图来说明关系。

我可能分析得有误，但这是我的理解希望大家能指出我的问题。

虽然.netcore实现了依赖注入框架，但目前还有其他的依赖框架，接下来我们来实现第三方框架的整合。

如果要将第三发依赖注入框架，就需要解决从 IServiceCollection 集合到 IServiceProvider 对象的适配问题。
我们可以再 IServiceCollection 集合和 IServiceProvider 对象之间设置一个第三方依赖注入框架的 ContainerBuilder 对象。先利用包含原始的范围注册的IServiceCollection集合创建一个ContainerBuilder对象，再利用该对象构建作为依赖注入容器的IServcieProvider对象。

这里泛型TContainerBuilder表示自定义的容器构造类CreateBuilder方法实现了从IServiceCollection构造TContainerBuilder的能力，CreateServiceProvider提供了从TContainerBuilder构造IServiceProvider的能力，最终应用程序通过接口IServiceProvider来获取服务，而无需进行修改。

具体整合方式请参考这篇：https://www.tnblog.net/hb/article/details/5613