浅谈.net core 注入中的三种模式：Singleton、Scoped 和 Transient

从上篇内容不如题的文章《》扩展认识.net core注入中的三种模式：singleton、scoped 和 transient

我们都知道在 startup 的configureservices 可以注入我们想要的服务，那么在注入的时候有三种模式可以选择，那么我们在什么时候选择什么样的模式呢？

在讲注入模式之前，我觉得很有必要了解服务生存期的概念！

服务生存期：asp.net core 提供了一个内置的服务容器 iserviceprovider负责管理服务的生命周期，从被依赖注入容器创建开始（就是将服务注入到你要使用的类的构造函数中），然后框架负责创建依赖关系的实例，并在不再需要时对其进行处理（就是说等我们调用完服务时，容器会自己去对注入的服务进行释放）。

iserviceprovider 怎么负责的呢？

// system.iserviceprovider
using system;

public interface iserviceprovider
{
 object getservice(type servicetype);
}

可以看出是通过 getservice此接口的方法获取提供服务的对象。那再走深一点找找，我们看看程序集 microsoft.extensions.dependencyinjection 是怎么提供这个容器的

//microsoft.extensions.dependencyinjection.iserviceproviderfactory<tcontainerbuilder>
using microsoft.extensions.dependencyinjection;
using system;

public interface iserviceproviderfactory<tcontainerbuilder>
{
 tcontainerbuilder createbuilder(iservicecollection services);

 iserviceprovider createserviceprovider(tcontainerbuilder containerbuilder);
}

看到上面的iserviceproviderfactory 接口是不是很熟悉了，这个容器里会有一个 iservicecollection（服务集合），那服务怎么加进入（实现）的呢

//microsoft.extensions.dependencyinjection.servicecollectionserviceextensions
using system;

private static iservicecollection add(iservicecollection collection, type servicetype, type implementationtype, servicelifetime lifetime)
{
 servicedescriptor item = new servicedescriptor(servicetype, implementationtype, lifetime);
 collection.add(item);
 return collection;
}

到这里，已经很清楚了，也已经接近我们今天的主题了，直接来吧

// microsoft.extensions.dependencyinjection.servicelifetime
public enum servicelifetime
{
 singleton,
 scoped,
 transient
}

上面的枚举里面就是提供了singleton、scoped 和 transient 三种模式。去里面看看，先了解一下这三种模式，在 servicecollectionserviceextensions 就只有3个方法（有重载哟）

从源码里面绝对可以想到，这3个方法是继承 iservicecollection。好了，说说这三种模式先，毕竟实现我们不是很关心（关心就看文档看源码）

（1）singleton 单一实例模式：单一实例对象对每个对象和每个请求都是相同的，可以说是不同客户端不同请求都是相同的。

（2）transient 暂时性模式：暂时性对象始终不同，无论是不是同一个请求（同一个请求里的不同服务）同一个客户端，每次都是创建新的实例。

（3）scoped作用域模式：作用域对象在一个客户端请求中是相同的，但在多个客户端请求中是不同的。（这句是文档的原话，我觉得描述的很清晰）

什么时候用哪种模式？这个不大好说（希望这个可以成为讨论点）

比如一下吧：

1、日志记录器可以实现为单例，因为在整个生命周期内都可以只使用一个实例；

2、数据库访问上下文（dbcontext）选择 scoped 的应该是最佳候选，因为 services.adddbcontext 默认就是 scoped（哈哈哈）；

3、如果需要利用深度依赖关系图（a deep dependency graph）创建惟一对象，则可以考虑将该对象注册为 transient 。

还有看看别人怎么说（对scoped的描述，在理解上可能不大一样，见仁见智了老铁）

还有一个* 的

按别人的经验，可以作为参考参考：

怎么验证？请用 官方例子 运行一下看结果：

浏览器第一个tab页面（第一个请求，可以认为是一个客户端）：

浏览器第二个tab页面（第二个请求，可以认为是另一个客户端）：

看上面的结果就不多说了。

这篇扩展认识写得还蛮有意思的，尤其是在找这三种模式的使用场景，虽然自己有点见解，但绝对不完整。如更好的见解，很希望能一起分享一下。

下一篇的扩展好像要回到源头，撸撸 .net core 的注入了，哈哈哈……

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。