当前位置: 首页 > 编程笔记 >

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

金昂熙
2023-03-14
本文向大家介绍浅谈.net core 注入中的三种模式:Singleton、Scoped 和 Transient,包括了浅谈.net core 注入中的三种模式:Singleton、Scoped 和 Transient的使用技巧和注意事项,需要的朋友参考一下

从上篇内容不如题的文章《.net core 并发下的线程安全问题》扩展认识.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的描述,在理解上可能不大一样,见仁见智了老铁)

还有一个stackoverflow 的

按别人的经验,可以作为参考参考:

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

浏览器第一个tab页面(第一个请求,可以认为是一个客户端):

浏览器第二个tab页面(第二个请求,可以认为是另一个客户端):

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

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

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

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持小牛知识库。

 类似资料:
  • 本文向大家介绍浅谈Angular6的服务和依赖注入,包括了浅谈Angular6的服务和依赖注入的使用技巧和注意事项,需要的朋友参考一下 在开发中,组件一般用来写视图有关的功能,服务则写一些其他的逻辑,诸如从服务器获取数据、验证用户输入或直接往控制台中写日志等工作. 先解释两个概念: Providers(提供商):是个比较抽象的名词,我们把它想象为'图纸'更好理解一些,就比如我们想要生产汽车,就需要

  • 本文向大家介绍浅谈Node.js 中间件模式,包括了浅谈Node.js 中间件模式的使用技巧和注意事项,需要的朋友参考一下 中间件在 Node.js 中被广泛使用,它泛指一种特定的设计模式、一系列的处理单元、过滤器和处理程序,以函数的形式存在,连接在一起,形成一个异步队列,来完成对任何数据的预处理和后处理。 它的优点在于 灵活性 :使用中间件我们用极少的操作就能得到一个插件,用最简单的方法就能将新

  • 本文向大家介绍深入浅析Vue中的slots/scoped slots,包括了深入浅析Vue中的slots/scoped slots的使用技巧和注意事项,需要的朋友参考一下 一直对Vue中的slot插槽比较感兴趣,下面是自己的一些简单理解,希望可以帮助大家更好的理解slot插槽 下面结合一个例子,简单说明slots的工作原理 dx-li子组件的template如下: 传递的插槽内容'hello ju

  • 4. 抽象外观类 在标准的外观模式结构图中,如果需要增加、删除或更换与外观类交互的子系统类,必须修改外观类或客户端的源代码,这将违背开闭原则,因此可以通过引入抽象外观类来对系统进行改进,在一定程度上可以解决该问题。在引入抽象外观类之后,客户端可以针对抽象外观类进行编程,对于新的业务需求,不需要修改原有外观类,而对应增加一个新的具体外观类,由新的具体外观类来关联新的子系统对象,同时通过修改配置文件来

  • 本文向大家介绍浅谈Scala模式匹配,包括了浅谈Scala模式匹配的使用技巧和注意事项,需要的朋友参考一下 一.scala模式匹配(pattern matching) pattern matching可以说是scala中十分强大的一个语言特性,当然这不是scala独有的,但这不妨碍它成为scala的语言的一大利器。 scala的pattern matching是类似这样的, 其中,变量e后面接一个

  • 另外,我将.kt反编译回Java。在companion类中,我得到以下代码。 } 1)如何通过在kotlin同伴对象中使用lateinit或lazy来实现线程安全、单例?正如我所看到的,反编译的java代码在initialize函数中有一个synchronized调用,但在synchronize正文中没有。