深入理解net core中的依赖注入、Singleton、Scoped、Transient(一)

时间:2022-06-07 07:41:55

在学习 Asp.Net Core 的过程中,注入可以说是无处不在,对于 .Net Core 来说,它是独立的一个程序集,没有复杂的依赖项和配置文件,所以对于学习 Asp.Net Core 源码的朋友来说,注入作为一个起点非常合适,园子里确实有许多关于注入的博客,不过 .Net Core2.0 已经出来了,注入这一块做了一些 更新,其实有不少 .net 开发人员对微软改来改去这一点不是很满意,加大了学习成本,其实改动分为两种,一种是 Asp.Net Core Mvc 常用 Api 接口的更改(或者配置的更改),这点在 2.0 以来很少有这样的情况了,也就是说 Asp.Net Core Mvc 基本趋于稳定了,另一类就是对代码的优化,前者对研发的跟进造成了很大的伤害值,而后者对于研发而言无关紧要,对于乐于学习源码的程序员而言或许能从中带来许多思考。

所以我打算重新分析 .Net Core2.0 的注入 ,实际发布版本为 .netstandard2.0 程序集为 Microsoft.Extensions.DependencyInjection.dll。

在 .Net Core 中,注入描述为为三个过程,注册服务->创建容器->创建对象,所以我也会分为三个模块来介绍

深入理解net core中的依赖注入、Singleton、Scoped、Transient(一)

注入元数据

如果接触过 .Net Core 则或多或少已经接触过注入,下面的代码注册了具有三种生命周期的服务,然后创建一个容器,最后使用容器提供这三个服务的实例对象,我们观察他们的生命周期,看到输出结果基本对 AddTransient 以及 AddSingleton 这两种方式注册的服务具有怎样的生命周期都会有所判断,而 AddScoped 方式注册的服务就复杂一点。

我们看到通过 BuilderServiceProvider 方法创建了一个容器,而容器调用 CreateScope 就可以创建了两个具有范围的容器,而 AddScoped 方式注册的服务在不同范围内的生命周期是不一样的,而相同范围下的生命周期和 AddSingleton 是一致的。

深入理解net core中的依赖注入、Singleton、Scoped、Transient(一)
interface ITransient { }
class Transient : ITransient { }
interface ISingleton { }
class Singleton : ISingleton { }
interface IScoped { }
class Scoped : IScoped { }
class Program
{
static void Main(string[] args)
{
IServiceCollection services = new ServiceCollection();
services = services.AddTransient<ITransient, Transient>();
services = services.AddScoped<IScoped, Scoped>();
services = services.AddSingleton<ISingleton, Singleton>();
IServiceProvider serviceProvider = services.BuildServiceProvider(); Console.WriteLine(ReferenceEquals(serviceProvider.GetService<ITransient>(), serviceProvider.GetService<ITransient>()));
Console.WriteLine(ReferenceEquals(serviceProvider.GetService<IScoped>(), serviceProvider.GetService<IScoped>()));
Console.WriteLine(ReferenceEquals(serviceProvider.GetService<ISingleton>(), serviceProvider.GetService<ISingleton>())); IServiceProvider serviceProvider1 = serviceProvider.CreateScope().ServiceProvider;
IServiceProvider serviceProvider2 = serviceProvider.CreateScope().ServiceProvider; Console.WriteLine(ReferenceEquals(serviceProvider1.GetService<IScoped>(), serviceProvider1.GetService<IScoped>()));
Console.WriteLine(ReferenceEquals(serviceProvider1.GetService<IScoped>(), serviceProvider2.GetService<IScoped>()));
Console.WriteLine(ReferenceEquals(serviceProvider1.GetService<ISingleton>(), serviceProvider2.GetService<ISingleton>())); /* False
* True
* True
* True
* False
* True
*/
}
}
深入理解net core中的依赖注入、Singleton、Scoped、Transient(一)

IServiceCollection

public interface IServiceCollection : IList<ServiceDescriptor>
{
}

是一个集合,用来存放用户注册的服务元数据

ServiceDescriptor

看上面的例子我们如何添加注入应该也能猜到 ServiceDescriptor 包含哪些属性了吧!至少包含一个接口类型、实现类型和生命周期,是的就是如此。

深入理解net core中的依赖注入、Singleton、Scoped、Transient(一)
public class ServiceDescriptor
{
public ServiceLifetime Lifetime { get; }
public Type ServiceType { get; }
public Type ImplementationType { get; }
public object ImplementationInstance { get; }
public Func<IServiceProvider, object> ImplementationFactory { get; }
}
深入理解net core中的依赖注入、Singleton、Scoped、Transient(一)

在第一个代码块中,都是使用的是 IServiceCollection 如下签名拓展方法注册服务的,这里我把它称为“服务类型实例类型”(提供一个服务类型,一个实例类型)的注册方式,相应的服务类型和实例类型通过解析泛型参数传递给 ServiceDescriptor 的ServiceType、ImplementationInstance,值得注意的是,创建 ServiceDescriptor 并不会校验实例类型的可创建性(验证其是否是抽象类,接口)

深入理解net core中的依赖注入、Singleton、Scoped、Transient(一)
public static IServiceCollection AddTransient<TService, TImplementation>(this IServiceCollection services)
where TService : class
where TImplementation : class, TService
{
if (services == null)
{
throw new ArgumentNullException(nameof(services));
} return services.AddTransient(typeof(TService), typeof(TImplementation));
}
深入理解net core中的依赖注入、Singleton、Scoped、Transient(一)

此外,微软还提供了“服务实例”(提供一个服务类型,一个实例对象)以及“服务实例工厂”(提供一个服务类型,一个实例对象工厂)的注册方式,前者只供单例服务使用,使用起来也很简单

services.AddTransient<ITransient>(_=>new Transient());
services.AddSingleton<ISingleton>(new Singleton());

关于 ServiceDescriptor,还有一个要说的就是服务的生命周期了,使用 AddSingleton、AddScoped、AddTransient 三种方式注册的服务在 ServiceDescriptor 中的 LifeTime 属性分别对应下面这个枚举类型

深入理解net core中的依赖注入、Singleton、Scoped、Transient(一)
public enum ServiceLifetime
{
Singleton,
Scoped,
Transient
}
深入理解net core中的依赖注入、Singleton、Scoped、Transient(一)

1、Transient:每次从容器 (IServiceProvider)中获取的时候都是一个新的实例

2、Singleton:每次从同根容器中(同根 IServiceProvider)获取的时候都是同一个实例

3、Scoped:每次从同一个容器中获取的实例是相同的、

关于服务的生命周期,如果还不清楚也没关系,因为接下来会不断的学习它

自定义创建容器和创建对象的过程

在文章的开头就介绍了该注入框架的三个过程,注册服务->创建容器->创建对象,然而注册服务的步骤是非常简单的,将一个个类似 AddTransient、AddSingleton 的方法提供的泛型参数或者实参转换成一个 ServiceDescriptor 对象存储在 IServiceCollection 中,而创建容器和床对象是否也是这样简单呢?如果是,想必很容易写出下面的代码

深入理解net core中的依赖注入、Singleton、Scoped、Transient(一)
public class MyServiceProvider : IServiceProvider
{
private List<ServiceDescriptor> serviceDescriptors = new List<ServiceDescriptor>();
private Dictionary<Type, object> SingletonServices = new Dictionary<Type, object>();
public MyServiceProvider(IEnumerable<ServiceDescriptor> serviceDescriptors)
{
this.serviceDescriptors.AddRange(serviceDescriptors);
}
public object GetService(Type serviceType)
{
var descriptor = serviceDescriptors.FirstOrDefault(t => t.ServiceType == serviceType); if(descriptor == null)
{
throw new Exception($"服务‘{serviceType.Name}’未注册");
}
else
{
switch (descriptor.Lifetime)
{
case ServiceLifetime.Singleton:
if (SingletonServices.TryGetValue(descriptor.ServiceType,out var obj))
{
return obj;
}
else
{
var singletonObject = Activator.CreateInstance(descriptor.ImplementationType);
SingletonServices.Add(descriptor.ServiceType, singletonObject);
return singletonObject;
}
case ServiceLifetime.Scoped:
throw new NotSupportedException($"创建失败,暂时不支持 Scoped");
case ServiceLifetime.Transient:
var transientObject = Activator.CreateInstance(descriptor.ImplementationType);
return transientObject;
default:
throw new NotSupportedException("创建失败,不能识别的 LifeTime");
}
}
}
}
public static class ServiceCollectionContainerBuilderExtensions
{public static MyServiceProvider BuildeMyServiceProvider(this IServiceCollection services)
{
return new MyServiceProvider(services);
}
}
深入理解net core中的依赖注入、Singleton、Scoped、Transient(一)

由于 Scoped 的特殊性,部分人写到这里就戛然而止了,然而还有一个问题,我们知道注册服务的时候可能采取多种方式,这里只给出了"服务实例类型"的情形,稍作修改

深入理解net core中的依赖注入、Singleton、Scoped、Transient(一)
case ServiceLifetime.Singleton:
if (SingletonServices.TryGetValue(descriptor.ServiceType,out var obj))
{
return obj;
}
else
{
if(descriptor.ImplementationType != null)
{
var singletonObject = Activator.CreateInstance(descriptor.ImplementationType);
SingletonServices.Add(descriptor.ServiceType, singletonObject);
return singletonObject;
}
else if(descriptor.ImplementationInstance != null)
{
SingletonServices.Add(descriptor.ServiceType, descriptor.ImplementationInstance);
return descriptor.ImplementationInstance;
}
else if(descriptor.ImplementationFactory != null)
{
var singletonObject = descriptor.ImplementationFactory.Invoke(this);
SingletonServices.Add(descriptor.ServiceType, singletonObject);
return singletonObject;
}
else
{
throw new Exception("创建服务失败,无法找到实例类型或实例");
}
}
深入理解net core中的依赖注入、Singleton、Scoped、Transient(一)

虽然这里只重写了 Singleton 方式,但是其他的也应如此,实际上可以一直这么写下去,但是作为 C# 开发者就显得有些不优雅,因为这是面向过程(或者说是基于对象)的开开发模式

此外,微软的注入是不支持属性注入的,但是别忘了,仍然是支持构造函数注入的,要不然这个注入那也太鸡助了吧!是的,按照上述的代码段我们可以继续写下去,在解析出实例类型的时候,我们找到它的构造函数,找到构造函数的所有参数,以同样的方式创建参数的实例,这是一个递归的过程,最后回调,仍然可以创建我们需要的对象,但是这一切如何健壮、优雅的实现呢?这就是学习源码原因所在吧!

微软是如何进一步处理元数据的?

其实上面的代码最主要的问题就是创建容器和创建对象这两个过程过度耦合了,并且存在一个最大的问题,仔细想想每次创建对象的时候都要去翻一遍 ServiceDescriptor 判断它是以“服务实例类型”、“服务实例对象”、“服务实例对象工厂”中的哪种方式注册的,这样就进行了一些不必要的性能消耗,然而这个工作微软是在创建容器的时候完成的。跟随着创建容器的过程我们义无反顾的向源码走去!去哪?寻找微软和如何处理 ServiceDescriptor 的!

这里我们遇到的第一个拦路虎就是 ServiceProvider,我们创建的容器最终就是一个这样的类型,看看它是如何创建对象的?

深入理解net core中的依赖注入、Singleton、Scoped、Transient(一)
public sealed class ServiceProvider : IServiceProvider, IDisposable, IServiceProviderEngineCallback
{
private readonly IServiceProviderEngine _engine;
internal ServiceProvider(IEnumerable<ServiceDescriptor> serviceDescriptors, ServiceProviderOptions options)
{
//此处省略了一些代码
switch (options.Mode)
{
case ServiceProviderMode.Dynamic:
_engine = new DynamicServiceProviderEngine(serviceDescriptors, callback);
break;
//此处省略了一些代码
default:
throw new ArgumentOutOfRangeException(nameof(options.Mode));
}
}
public object GetService(Type serviceType) => _engine.GetService(serviceType);
public void Dispose() => _engine.Dispose();
}
深入理解net core中的依赖注入、Singleton、Scoped、Transient(一)

这里我们知道,最终提供对象并非 ServiceProvide,而是它的一个字段  _engine 类型为 IServiceProviderEngine,在 switch 语句中,我只贴出了 Dynamic 这个分支的代码,因为该枚举变量 options 的默认值总是 Dynamic,这里我们仅仅需要知道 ServiceProvider 中提供对象的核心是一个 ServiceProviderEngine,并且它的默认实例是一个 DynamicServiceProviderEngine,因为这次探险我们是去分析微软是如何处理元数据的。这一切肯定在 DynamicServiceProviderEngine 创建过程中完成,所以我们只管寻找它的构造函数,终于,我们在父类 ServiceProviderEngine 找到了!

深入理解net core中的依赖注入、Singleton、Scoped、Transient(一)
internal abstract class ServiceProviderEngine : IServiceProviderEngine, IServiceScopeFactory
{
internal CallSiteFactory CallSiteFactory { get; }
protected ServiceProviderEngine(IEnumerable<ServiceDescriptor> serviceDescriptors, IServiceProviderEngineCallback callback)
{
//省略了一些代码
CallSiteFactory = new CallSiteFactory(serviceDescriptors);
CallSiteFactory.Add(typeof(IServiceProvider), new ServiceProviderCallSite());
CallSiteFactory.Add(typeof(IServiceScopeFactory), new ServiceScopeFactoryCallSite());
}
}
深入理解net core中的依赖注入、Singleton、Scoped、Transient(一)

CallSiteFactory

这里只贴出了该类中三个字段,然而该类型也只有该三个字段,如果这三个字段具体的作用理解了,那么对于微软如何处理元数据这一问题也就知道答案了

深入理解net core中的依赖注入、Singleton、Scoped、Transient(一)
internal class CallSiteFactory
{
private readonly List<ServiceDescriptor> _descriptors;
private readonly Dictionary<Type, IServiceCallSite> _callSiteCache = new Dictionary<Type, IServiceCallSite>();
private readonly Dictionary<Type, ServiceDescriptorCacheItem> _descriptorLookup = new Dictionary<Type, ServiceDescriptorCacheItem>(); private struct ServiceDescriptorCacheItem
{
private ServiceDescriptor _item;
private List<ServiceDescriptor> _items;
//省略了一些代码
}
}
internal interface IServiceCallSite
{
Type ServiceType { get; }
Type ImplementationType { get; }
}
深入理解net core中的依赖注入、Singleton、Scoped、Transient(一)

第一个字段 _descriptors  是一个元数据集合,我们注册的服务都在这里,然后我们看第三个字段 _descriptorLookup,因为注册服务的时候第一没有验证实例类型的有效性(接口,抽象类等),此外我们可以针对同一个服务进行多册注册,对于多次注册的服务微软又是如何确定创建的对象呢?这对这些问题,微软设计了一个类概括了具体一个服务的所有注册的实例类型 ServiceDescriptorCacheItem,具体针对一个服务,第一次注册的元数据存在 _item 中,后续该服务的所有元数据都存在 _items,而默认的总是认同最后一个元数据。最后最难理解的就是 _callSiteCache 这个字段了,简单的说,它的值 IServiceCallSite 是创建服务实例的依据,包含了服务类型和实例类型。我们知道从 _descriptorLookup 获取的是确定的实例类型,然而这个实例类型的构造函数中的类型如何创建呢,这些都在 IServiceCallSite 中体现,既然说 IServiceCallSite 是创建实例的依据,通过观察这个接口的定义发现也并没有和生命周期相关的属性,有点失望!

我们回到创建 ServiceProviderEngine 创建 CallSiteFactory 的那一行代码,在创建CallSiteFactory 完成后,它调用了 Add 方法添加了两个键值对。第一行代码的键是啥? IServiceProvider,是的微软默认的允许 IServiceProvider 提供自己!

CallSiteFactory.Add(typeof(IServiceProvider), new ServiceProviderCallSite());
CallSiteFactory.Add(typeof(IServiceScopeFactory), new ServiceScopeFactoryCallSite());

可以看到 Add 添加的键值对是存储在 _callSiteCache 中的

public void Add(Type type, IServiceCallSite serviceCallSite)
{
_callSiteCache[type] = serviceCallSite;
}

接着我们观察 ServiceProviderCallSite、ServiceScopeFactoryCallSite 这两个类型,出了增加了两个不认识的类型,并没有其他收获

深入理解net core中的依赖注入、Singleton、Scoped、Transient(一)
internal class ServiceProviderCallSite : IServiceCallSite
{
public Type ServiceType { get; } = typeof(IServiceProvider);
public Type ImplementationType { get; } = typeof(ServiceProvider);
}
internal class ServiceScopeFactoryCallSite : IServiceCallSite
{
public Type ServiceType { get; } = typeof(IServiceScopeFactory);
public Type ImplementationType { get; } = typeof(ServiceProviderEngine);
}
深入理解net core中的依赖注入、Singleton、Scoped、Transient(一)

关于注入的一些猜想

从上述的学习我们有了一个较为意外的收获,IServiceProvider 是可以提供自己的,这不得不使我们猜想,IServiceProvider 具有怎样的生命周期?如果不断的用一个 IServiceProvider 创建一个新的,如此下去,又是如何?

深入理解net core中的依赖注入、Singleton、Scoped、Transient(一)
static void Main(string[] args)
{
IServiceCollection services = new ServiceCollection();
var serviceProvider = services.BuildServiceProvider(); Console.WriteLine(ReferenceEquals(serviceProvider.GetService<IServiceProvider>(), serviceProvider.GetService<IServiceProvider>())); var serviceProvider1 = serviceProvider.CreateScope().ServiceProvider;
var serviceProvider2 = serviceProvider.CreateScope().ServiceProvider; Console.WriteLine(ReferenceEquals(serviceProvider1.GetService<IServiceProvider>(), serviceProvider2.GetService<IServiceProvider>())); var serviceProvider3 = serviceProvider.GetService<IServiceProvider>();
var serviceProvider4 = serviceProvider.GetService<IServiceProvider>(); var serviceProvider3_1 = serviceProvider3.GetService<IServiceProvider>();
var serviceProvider4_1 = serviceProvider4.GetService<IServiceProvider>(); Console.WriteLine(ReferenceEquals(serviceProvider3,serviceProvider4));
Console.WriteLine(ReferenceEquals(serviceProvider3_1, serviceProvider4_1));
Console.WriteLine(ReferenceEquals(serviceProvider3, serviceProvider3_1)); Console.WriteLine(ReferenceEquals(serviceProvider3,serviceProvider)); /* True
* False
* True
* True
* True
* False
*/
}
深入理解net core中的依赖注入、Singleton、Scoped、Transient(一)

这里对 CreateScope 我们仅需要知道它创建的是一个具有限定范围的容器即可,我们根据第一个输出结果为 True 和第二个输出结果为 False,从这点看 IServiceProvider 的生命周期和 Scoped 的定义一致,但是由于 IServiceProvider 的特殊性,它可以一直不断的创建自己,并且他们都是同一个对象,但是和最初的 ServiceProvider 都不一样。这让我们又怀疑 IServiceProvider 究竟是不是 Scoped。

小结

这一节主要介绍了服务的三种生命周期,以及服务是如何注册到元数据的,并且在创建容器的过程中,我们知道了微软是如何进一步处理元数据的,以及创建实例对象的最终依据是 IServiceCallSite,但是想要真正的搞明白 IServiceCallSite 还必须详细的了解创建容器和创建实例的过程。

【转:http://www.cnblogs.com/cheesebar/p/7675214.html】

深入理解net core中的依赖注入、Singleton、Scoped、Transient(一)的更多相关文章

  1. 深入理解net core中的依赖注入、Singleton、Scoped、Transient(四)

    相关文章: 深入理解net core中的依赖注入.Singleton.Scoped.Transient(一) 深入理解net core中的依赖注入.Singleton.Scoped.Transient ...

  2. 深入理解net core中的依赖注入、Singleton、Scoped、Transient(三)

    相关文章: 深入理解net core中的依赖注入.Singleton.Scoped.Transient(一) 深入理解net core中的依赖注入.Singleton.Scoped.Transient ...

  3. 深入理解net core中的依赖注入、Singleton、Scoped、Transient(二)

    相关文章: 深入理解net core中的依赖注入.Singleton.Scoped.Transient(一) 深入理解net core中的依赖注入.Singleton.Scoped.Transient ...

  4. 深入理解net core中的依赖注入、Singleton、Scoped、Transient(四)【转】

    原文链接:https://www.cnblogs.com/gdsblog/p/8465401.html 相关文章: 深入理解net core中的依赖注入.Singleton.Scoped.Transi ...

  5. 转 深入理解net core中的依赖注入、Singleton、Scoped、Transient

    出处:http://www.mamicode.com/info-detail-2200461.html 一.什么是依赖注入(Denpendency Injection) 这也是个老身常谈的问题,到底依 ...

  6. ASP&period;NET Core中的依赖注入(1):控制反转(IoC)

    ASP.NET Core在启动以及后续针对每个请求的处理过程中的各个环节都需要相应的组件提供相应的服务,为了方便对这些组件进行定制,ASP.NET通过定义接口的方式对它们进行了"标准化&qu ...

  7. ASP&period;NET Core中的依赖注入(2):依赖注入(DI)

    IoC主要体现了这样一种设计思想:通过将一组通用流程的控制从应用转移到框架之中以实现对流程的复用,同时采用"好莱坞原则"是应用程序以被动的方式实现对流程的定制.我们可以采用若干设计 ...

  8. ASP&period;NET Core中的依赖注入(4)&colon; 构造函数的选择与服务生命周期管理

    ServiceProvider最终提供的服务实例都是根据对应的ServiceDescriptor创建的,对于一个具体的ServiceDescriptor对象来说,如果它的ImplementationI ...

  9. ASP&period;NET Core中的依赖注入(5)&colon; ServiceProvider实现揭秘 【总体设计 】

    本系列前面的文章我们主要以编程的角度对ASP.NET Core的依赖注入系统进行了详细的介绍,如果读者朋友们对这些内容具有深刻的理解,我相信你们已经可以正确是使用这些与依赖注入相关的API了.如果你还 ...

随机推荐

  1. Math&period;abs&lpar;&rpar;方法 取绝对值

    定义和用法 abs() 方法可返回数的绝对值. 语法 Math.abs(x) 参数 描述 x 必需.必须是一个数值. 返回值 x 的绝对值. 实例 在本例中,我将取得正数和负数的绝对值: <sc ...

  2. 如果你也会C&num;,那不妨了解下F&num;(6):面向对象编程之&OpenCurlyDoubleQuote;类”

    前言 面向对象的思想已经非常成熟,而使用C#的程序员对面向对象也是非常熟悉,所以我就不对面向对象进行介绍了,在这篇文章中将只会介绍面向对象在F#中的使用. F#是支持面向对象的函数式编程语言,所以你用 ...

  3. SVN服务器搭建

    一.SVN下载:https://tortoisesvn.net/downloads.html,下载安装步骤百度一下,基本上都是一路点击next即可安装完成. 服务端安装文件: 二.测试是否安装成功,在 ...

  4. 弄清 CSS3 的 transition 和 animation

    弄清 CSS3 的 transition 和 animation transition transition 属性是 transition-property, transition-duration, ...

  5. 前端学PHP之文件操作

    × 目录 [1]文件类型 [2]文件属性 [3]目录路径[4]目录遍历[5]目录统计[6]目录增删[7]目录复制[8]文件操作[9]文件内容 前面的话 在程序运行时,程序本身和数据一般都存在内存中,当 ...

  6. &lt&semi;audio&gt&semi; 标签简介

    定义和用法 <audio> 标签定义声音,比如音乐或其他音频流. 实例 一段简单的 HTML 5 音频: <audio src="someaudio.wav"&g ...

  7. css&comma;html性能优化

    css性能优化 CSS是负责布局和渲染的重要角色,漂亮的页面当然能够吸引用户.本文是自己在开发过程中总结的关于CSS与性能的关系,可能有不对之处,希望能够指出. ? 1.所有的样式尽量放在css文件中 ...

  8. 转载http协议

    转载自:https://blog.csdn.net/weixin_38051694/article/details/77777010 1.说一下什么是Http协议 对器客户端和 服务器端之间数据传输的 ...

  9. legend2---开发日志4(常用的链接传值方式有哪些)

    legend2---开发日志4(常用的链接传值方式有哪些) 一.总结 一句话总结:常用的其实就是get和post,不过有具体细分 a标签 post表单 js方式拼接url 1.js正则尽量少匹配的符号 ...

  10. javah生成jni头文件时报错 Error&colon; cannot access android&period;support&period;&period;&period;

    javah生成jni头文件时报错: Error: cannot access android.support.v7.app.AppCompatActivity class file for andro ...