ASP.NETCore依赖注入之服务注册与提供的示例分析-创新互联

小编给大家分享一下ASP.NET Core依赖注入之服务注册与提供的示例分析，相信大部分人都还不怎么了解，因此分享这篇文章给大家参考一下，希望大家阅读完这篇文章后大有收获，下面让我们一起去了解一下吧！

前言

在采用了依赖注入的应用中，我们总是直接利用DI容器直接获取所需的服务实例，换句话说，DI容器起到了一个服务提供者的角色，它能够根据我们提供的服务描述信息提供一个可用的服务对象。ASP.NET Core中的DI容器体现为一个实现了IServiceProvider接口的对象。

ServiceProvider与ServiceDescriptor
服务的注册与提供
    利用ServiceProvider来提供服务
    提供一个服务实例的集合
    获取ServiceProvider自身对象
    对泛型的支持

一、ServiceProvider与ServiceDescriptor

我一直觉得优秀的设计首先应该是简单的设计，至少是看起来简单的设计，这就是我们所谓的大道至简。作为一个服务的提供者，ASP.NET Core中的DI容器最终体现为一个IServiceProvider接口，我们将所有实现了该接口的类型及其实例统称为ServiceProvider。如下面的代码片段所示，该接口简单至极，它仅仅提供了个GetService方法，该方法根据提供的服务类型为你提供对应的服务实例。

 public interface IServiceProvider
 {
 object GetService(Type serviceType);
 }

ASP.NET Core内部真正使用的是一个实现了IServiceProvider接口的内部类型（该类型的名称为“ServiceProvider”），我们不能直接创建该对象，只能间接地通过调用IServiceCollection接口的扩展方法BuildServiceProvider得到它。IServiceCollection接口定义在“Microsoft.Extensions.DependencyInjection”命名空间下，如果没有特别说明，本系列文章涉及到的与ASP.NET Core依赖注入相关的类型均采用此命名空间。 如下面的代码片段所示，IServiceCollection接口实际上代表一个元素为ServiceDescriptor对象的集合，它直接继承了另一个接口IList，而ServiceCollection类实现了该接口。

 public static class ServiceCollectionExtensions
 {
 public static IServiceProvider BuildServiceProvider(this IServiceCollection services);
 }
 
 public interface IServiceCollection : IList
 {}
 
 Public class ServiceCollection: IServiceCollection
 {
 //省略成员
 }

体现为DI容器的ServiceProvider之所以能够根据我们给定的服务类型（一般是一个接口类型）提供一个能够开箱即用的服务实例，是因为我们预先注册了相应的服务描述信息，这些指导ServiceProvider正确实施服务提供操作的服务描述体现为如下一个ServiceDescriptor类型。

 public class ServiceDescriptor
 {
 public ServiceDescriptor(Type serviceType, object instance);
 public ServiceDescriptor(Type serviceType, Func factory, ServiceLifetime lifetime);
 public ServiceDescriptor(Type serviceType, Type implementationType, ServiceLifetime lifetime);
 
 public Type ServiceType { get; }
 public ServiceLifetime Lifetime { get; }
 
 public Type ImplementationType { get; }
 public object ImplementationInstance { get; }
 public Func ImplementationFactory { get; } 
 }

ServiceDescriptor的ServiceType属性代表提供服务的生命类型，由于标准化的服务一般会定义成接口，所以在绝大部分情况下体现为一个接口类型。类型为ServiceLifetime的属性Lifetime体现了ServiceProvider针对服务实例生命周期的控制方式。如下面的代码片段所示，ServiceLifetime是一个美剧类型，定义其中的三个选项（Singleton、Scoped和Transient）体现三种对服务对象生命周期的控制形式，我们将在本节后续部分对此作专门的介绍。

 public enum ServiceLifetime
 {
 Singleton,
 Scoped,
 Transient
 }

3-10对于ServiceDescriptor的其他三个属性来说，它们实际上是辅助ServiceProvider完成具体的服务实例提供操。ImplementationType属性代表被提供服务实例的真实类型，属性ImplementationInstance则直接代表被提供的服务实例，ImplementationFactory则提供了一个创建服务实例的委托对象。ASP.NET Core与依赖注入相关的几个核心类型具有如图10所示的关系。

由于ASP.NET Core中的ServiceProvider是根据一个代表ServiceDescriptor集合的IServiceCollection对象创建的，当我们调用其GetService方法的时候，它会根据我们提供的服务类型找到对应的ServiceDecriptor对象。如果该ServiceDecriptor对象的ImplementationInstance属性返回一个具体的对象，该对象将直接用作被提供的服务实例。如果ServiceDecriptor对象的ImplementationFactory返回一个具体的委托，该委托对象将直接用作创建服务实例的工厂。

如果这两个属性均为Null，ServiceProvider才会根据ImplementationType属性返回的类型调用相应的构造函数创建被提供的服务实例。至于我们在上面一节中提到的三种依赖注入方式，ServiceProvider仅仅支持构造器注入，属性注入和方法注入的支持并未提供。

二、服务的注册与提供

ASP.NET Core针对依赖注入的编程主要体现在两个方面：其一，创建一个ServiceCollection对象并将服务注册信息以ServiceDescriptor对象的形式添加其中；其二，针对ServiceCollection对象创建对应的ServiceProvider并利用它提供我们需要的服务实例。

在进行服务注册的时候，我们可以直接调用相应的构造函数创建ServiceDescriptor对象并将其添加到ServiceCollection对象之中。除此之外，IServiceCollection接口还具有如下三组扩展方法将这两个步骤合二为一。从下面给出的代码片段我们不难看出这三组扩展方法分别针对上面我们提及的三种针对服务实例的生命周期控制方式，泛型参数TService代表服务的声明类型，即ServiceDescriptor的ServiceType属性，至于ServiceDescriptor的其他属性，则通过方法相应的参数来提供。

 public static class ServiceCollectionExtensions
 {
 public static IServiceCollection AddScoped(this IServiceCollection services) where TService: class;
 //其他AddScoped重载
 
 public static IServiceCollection AddSingleton(this IServiceCollection services) where TService: class;
 //其他AddSingleton重载
 
 public static IServiceCollection AddTransient(this IServiceCollection services) where TService: class;
 //其他AddTransient重载
 }

对于用作DI容器的ServiceProvider对象来说，我们可以直接调用它的GetService方法根据指定的服务类型获得想用的服务实例。除此之外，服务的提供还可以通过IServiceProvider接口相应的扩展方法来完成。如下面的代码片段所示，扩展方法GetService以泛型参数的形式指定服务的声明类型。至于另外两个扩展方法GetRequiredService和GetRequiredService，如果ServiceProvider不能提供一个具体的服务实例，一个InvalidOperationException异常会被抛出来并提示相应的服务注册信息不足。

 public static class ServiceProviderExtensions
 { 
 public static T GetService(this IServiceProvider provider);
 public static object GetRequiredService(this IServiceProvider provider, Type serviceType);
 public static T GetRequiredService(this IServiceProvider provider);
 }

利用ServiceProvider来提供服务

接下来采用实例演示的方式来介绍如何利用ServiceCollection进行服务注册，以及如何利用ServiceCollection创建对应的ServiceProvider来提供我们需要的服务实例。我们创建一个ASP.NET Core控制台程序，并在project.json中按照如下的方式添加针对 “Microsoft.Extensions.DepedencyInjection”这个NuGet包的依赖。

 {
 "dependencies": {
 "Microsoft.Extensions.DependencyInjection": "1.0.0-rc1-final" 
 },
 ...
 }

我们接下来定义四个服务接口（IFoo、IBar、IBaz和IGux）以及分别实现它们的四个服务类（Foo、Bar、Baz和Gux）如下面的代码片段所示，IGux具有三个只读属性（Foo、Bar和Baz）均为接口类型，并在构造函数中进行初始化。

 public interface IFoo {}
 public interface IBar {}
 public interface IBaz {}
 public interface IGux
 {
 IFoo Foo { get; }
 IBar Bar { get; }
 IBaz Baz { get; }
 }
 
 public class Foo : IFoo {}
 public class Bar : IBar {}
 public class Baz : IBaz {}
 public class Gux : IGux
 {
 public IFoo Foo { get; private set; }
 public IBar Bar { get; private set; }
 public IBaz Baz { get; private set; }
 
 public Gux(IFoo foo, IBar bar, IBaz baz)
 {
 this.Foo = foo;
 this.Bar = bar;
 this.Baz = baz;
 }
 }

现在我们在作为程序入口的Main方法中创建了一个ServiceCollection对象，并采用不同的方式完成了针对四个服务接口的注册。具体来说，对于正对服务接口IFoo和IGux的ServiceDescriptor来说，我们指定了代表服务真实类型的ImplementationType属性，而对于针对服务接口IBar和IBaz的ServiceDescriptor来说，我们初始化的则是分别代表服务实例和服务工厂的ImplementationInstance个ImplementationFactory属性。由于我们调用的是AddSingleton方法，所以四个ServiceDescriptor的Lifetime属性均为Singleton。

 class Program
 {
 static void Main(string[] args)
 {
 IServiceCollection services = new ServiceCollection()
 .AddSingleton()
 .AddSingleton(new Bar())
 .AddSingleton(_ => new Baz())
 .AddSingleton();
 
 IServiceProvider serviceProvider = services.BuildServiceProvider();
 Console.WriteLine("serviceProvider.GetService(): {0}",serviceProvider.GetService());
 Console.WriteLine("serviceProvider.GetService(): {0}", serviceProvider.GetService());
 Console.WriteLine("serviceProvider.GetService(): {0}", serviceProvider.GetService());
 Console.WriteLine("serviceProvider.GetService(): {0}", serviceProvider.GetService());
 }
 }

接下来我们调用ServiceCollection对象的扩展方法BuildServiceProvider得到对应的ServiceProvider对象，然后调用其扩展方法GetService分别获得针对四个接口的服务实例对象并将类型名称其输出到控制台上。运行该程序之后，我们会在控制台上得到如下的输出结果，由此印证ServiceProvider为我们提供了我们期望的服务实例。

 serviceProvider.GetService(): Foo
 serviceProvider.GetService(): Bar
 serviceProvider.GetService(): Baz
 serviceProvider.GetService(): Gux

提供一个服务实例的集合

如果我们在调用GetService方法的时候将服务类型指定为IEnumerable，那么返回的结果将会是一个集合对象。除此之外， 我们可以直接调用IServiceProvider如下两个扩展方法GetServeces达到相同的目的。在这种情况下，ServiceProvider将会利用所有与指定服务类型相匹配的ServiceDescriptor来提供具体的服务实例，这些均会作为返回的集合对象的元素。如果所有的ServiceDescriptor均与指定的服务类型不匹配，那么最终返回的是一个空的集合对象。

 public static class ServiceProviderExtensions
 {
 public static IEnumerable GetServices(this IServiceProvider provider);
 public static IEnumerable