ASP.NET Core笔记(2) - 依赖注入

• 服务的生命周期
• 链式注入时，生存期的选择
• TryAdd与泛型注入
• 替换内置服务容器

ASP.NET Core提供了默认的依赖注入容器，能够在Startup.ConfigureServices方法中进行服务注入的配置。

服务的生命周期

默认的依赖注入容器提供了三种生命周期：

• 暂时（AddTransient），每次在向服务容器进行请求时都会建立新的实例，这种生存期适合轻量级、 无状态的服务。
• 范围内（AddScoped），为每一个客户端请求建立一次实例。
• 单例（AddSingleton），第一次请求时（或者在运行Startup.ConfigureServices 而且使用服务注册指定实例时）建立，每一个后续请求都使用相同的实例。若是应用须要单例行为，建议容许服务容器管理服务的生存期。 不要再本身实现单例设计模式。

下面试验一下这三种方式的差别：
注入配置：

services.AddSingleton<ISingletonTest, SingletonTest>();
services.AddTransient<ITransientTest, TransientTest>();
services.AddScoped<IScopedTest, ScopedTest>();

services.AddTransient<ScopeAndTransientTester>();

控制器：

public DefaultController(ISingletonTest singleton, ITransientTest transient, IScopedTest scoped, ScopeAndTransientTester scopeAndTransientTester
    )
{
    this.singleton = singleton;
    this.transient = transient;
    this.scoped = scoped;
    this.scopeAndTransientTester = scopeAndTransientTester;
}

[HttpGet]
public string Get()
{
    return $"singleton={singleton.guid}; \r\nscoped1={scoped.guid};\r\nscoped2={scopeAndTransientTester.ScopedID()};\r\ntransient={transient.guid};\r\ntransient2={scopeAndTransientTester.TransientID()};";
}

用于第二次注入的ScopeAndTransientTester类：

public class ScopeAndTransientTester
{
    public ISingletonTest singleton { get; }
    public ITransientTest transient { get; }
    public IScopedTest scoped { get; }

    public ScopeAndTransientTester(ISingletonTest singleton, ITransientTest transient, IScopedTest scoped)
    {
        this.singleton = singleton;
        this.transient = transient;
        this.scoped = scoped;
    }

    public Guid SingletonID()
    {
        return singleton.guid;
    }
    public Guid TransientID()
    {
        return transient.guid;
    }
    public Guid ScopedID()
    {
        return scoped.guid;
    }
}

第一次请求：

singleton=ebece97f-bd38-431c-9fa0-d8af0419dcff; 
scoped1=426eb574-8f34-4bd3-80b3-c62366fd4c74;
scoped2=426eb574-8f34-4bd3-80b3-c62366fd4c74;
transient=98f0da06-ba8e-4254-8812-efc19931edaa;
transient2=c19482f7-1eec-4b97-8cb2-2f66937854c4;

第二次请求：

singleton=ebece97f-bd38-431c-9fa0-d8af0419dcff; 
scoped1=f5397c05-a418-4f92-8c6d-78c2c8359bb5;
scoped2=f5397c05-a418-4f92-8c6d-78c2c8359bb5;
transient=59ed30fa-609b-46b1-8499-93a95ecd330b;
transient2=d2a8ea1c-ae0b-4732-b0a1-ca186897e676;

用Guid来表示不一样的实例。对比两次请求可见AddSingleton方式的id值相同；AddScope方式两次请求之间不一样，但同一请求内是相同的；AddTransient方式在同一请求内的屡次注入间都不相同。

TryAdd与泛型注入

另外还有TryAdd{Lifetime}方式，若是只但愿在同类型的服务还没有注册时才添加服务，可使用这种方法。若是直接使用Add{Liffetime}，则屡次使用会重复注册。

除了Add{LIFETIME}<{SERVICE}, {IMPLEMENTATION}>()这种用法，还能够这另外一个重载写法：

Add{LIFETIME}(typeof(SERVICE, typeof(IMPLEMENTATION)

这种写法还有个好处是能够解析泛型，像ILogger就是框架利用这种方式自动注册的：

services.AddSingleton(typeof(ILogger<>), typeof(Logger<>));

链式注入时，生存期的选择

以链式方式使用依赖关系注入时，每一个请求的依赖关系相应地请求其本身的依赖关系。容器会解析这些依赖关系，构建“依赖关系树”，并返回彻底解析的服务。在链式注入时须要注意依赖方的生命周期不能大于被依赖方的生命周期。
前面例子中的ScopeAndTransientTester把三种生命周期的服务都注入了，那么它就只能注册为暂时的，不然启动时会报错：

System.AggregateException: 'Some services are not able to be constructed (Error while validating the service descriptor '*** Lifetime: Singleton ImplementationType: ***': Cannot consume scoped service '***' from singleton

替换内置服务容器

内置的服务容器旨在知足框架和大多数开发者应用的需求，通常使用内置容器就已足够，除非须要使用某些不受内置容器支持的特定功能如属性注入、基于名称的注入、子容器、自定义生存期管理、对迟缓初始化的 Func 支持、基于约定的注册等。