终于弄明白了 Singleton,Transient,Scoped 的作用域是如何实现的
一:背景1. 讲故事前几天有位朋友让我有时间分析一下 aspnetcore 中为什么向 ServiceCollection 中注入的 Class 可以做到 Singleton,Transient,Scoped,挺有意思,这篇就来聊一聊这一话题,自从 core 中有了 ServiceCollection,再加上流行的 DDD 模式,相信很多朋友的项目中很少能看到 new 了,好歹 spring 十几年前就是这么干的。 二:Singleton,Transient,Scoped 基本用法分析源码之前,我觉得有必要先介绍一下它们的玩法,为方便演示,我这里就新建一个 webapi 项目,定义一个 interface 和 concrete ,代码如下:
1. AddSingleton正如名字所示它可以在你的进程中保持着一个实例,也就是说仅有一次实例化,不信的话代码演示一下哈。
接着运行起来多次刷新页面,如下图: 可以看到,不管你怎么刷新页面,guid都是一样,说明确实是单例的。 2. AddScoped正从名字所述:Scope 就是一个作用域,那在 webapi 或者 mvc 中作用域是多大呢? 对的,就是一个请求,当然请求会穿透 Presentation,Application,Repository 等等各层,在穿层的过程中肯定会有同一个类的多次注入,那这些多次注入在这个作用域下维持的就是单例,如下代码所示:
运行起来多次刷新页面,如下图: 很明显的看到,每次刷 UI 的时候,guid都会变,而在同一个请求 (scope) 中 guid 是一样的。 3. AddTransient前面大家也看到了,要么作用域是整个进程,要么作用域是一个请求,而这里的 Transient 就没有作用域概念了,注入一次 实例化一次,不信的话上代码给你看呗。
从图中可以看到,注入一次就 new 一次,非常简单吧,当然了,各有各的应用场景。 之前不清楚的朋友到现在应该也明白了这三种作用域,接下来继续思考的一个问题就是,这种作用域是如何做到的呢? 要想回答这个问题,只能研究源代码了。 三:源码分析aspnetcore 中的 IOC 容器是 ServiceCollection,你可以向 IOC 中注入不同作用域的类,最后生成 provider,如下代码所示:
1. AddSingleton 的作用域是如何实现的通常说到单例,大家第一反应就是 static,但是一般 ServiceCollection 中会有成百上千个 AddSingleton 类型,都是静态变量是不可能的,既然不是 static,那就应该有一个缓存字典什么的,其实还真的有这么一个。 1)RealizedServices 字典每一个 provider 内部都会有一个 叫做 RealizedServices 的字典,这个 字典 将会在后面充当缓存存在, 如下图: 从上图中可以看到,初始化的时候这个字典什么都没有,接下来执行 可以看到 RealizedServices 中已经有了一个 service 记录了,接着往下执行 仔细看上面代码的这句话: 综合来看,这就是为什么可以单例的原因,如果不明白可以拿 dnspy 仔细琢磨琢磨。。。 2. AddTransient 源码探究前面大家也看到了,provider 里面会有一个 DynamicServiceProviderEngine 引擎类,引擎类中用 字典缓存 来解决单例问题,可想而知,AddTransient 内部肯定是没有字典逻辑的,到底是不是呢? 调试一下呗。 和单例一样,最终解析都是由 CallSiteRuntimeResolver 负责的,AddTransient 内部会走到 VisitDisposeCache 方法,而这里会一直走 (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- c# – 使用DBFunction或替代方法的EntityFramework GroupBy
- PostgreSQL10当sequence 带有cache时,正常关闭PG Cluster时
- ruby-on-rails – 更新破解Sass框架 – 不兼容的单位:’px
- Unity3D 场景导出成 XML或JSON 并解析还原场景
- MSFlexGrid控件的使用
- 2012-2-11-qualcomm-flash
- c# – 如何在将图片插入word文档后更改图片的大小
- React Native-11.React Native TabBarIOS TabBarIOS.Item组
- XML解析----JDom解析XML
- GIS开源道路之何在?