接着 前面,前面的过程是普遍常用的依赖注入解析过程,我们正常都是在startup类中注入依赖服务,但是,笔者这周开发的时候遇到个问题,不同服务的生命周期不同,不能调用服务。举个例子,AddDbContext注入数据库上下文,生命周期默认是scoped,但是我有个需求注入的服务是单例的,因此我注入的单利服务不能引用数据库上下文来调用数据库,最后是通过CreateScoped来解决的。因此,这篇文章说到说到CreateScoped。

public static IServiceScope CreateScope(this IServiceProvider provider)
{
return provider.GetRequiredService<IServiceScopeFactory>().CreateScope();
}

最终是由获取接口IServiceScopeFactory的服务(也就是接口的实现类),由服务调用其CreateScope方法,作为返回值。

GetRequiredService方法的最终实现:

public static object GetRequiredService(this IServiceProvider provider, Type serviceType)
{
provider.GetService(serviceType);
}

由接口IServiceProvider的实现类来获取指定的服务。
IServiceProvider接口,有三个实现类:
ServiceProviderEngineScope
ServiceProviderEngine
ServiceProvider
查看源码可知,而这三个类最终都是调用IServiceProviderEngine接口的GetService方法。该接口的实现类有多个如下:
DynamicServiceProviderEngine
RuntimeServiceProviderEngine
ILEmitServiceProviderEngine
ExpressionsServiceProviderEngine
CompiledServiceProviderEngine
ServiceProviderEngine
前五个类都是直接继承自类ServiceProviderEngine,同时这五个类的实现都是通过特定的方式来实例化指定接口,也就是返回一个接口的服务对象。
ServiceProviderEngine类的实现签名:

internal abstract class ServiceProviderEngine : IServiceProviderEngine, IServiceScopeFactory
{}

也就是说最后所有的实现都是基于IServiceProviderEngine以及IServiceScopeFactory接口。

internal interface IServiceProviderEngine : IDisposable, IServiceProvider
{
IServiceScope RootScope { get; }
}
public interface IServiceScopeFactory
{
IServiceScope CreateScope();
}

IServiceScope接口的定义:

public interface IServiceScope : IDisposable
{
IServiceProvider ServiceProvider { get; }
}

这趟下来,就获取了接口IServiceScopeFactory的服务。随后就通过服务调用CreateScope方法。上面说了继承自接口IServiceScopeFactory的类有五个,最后都是继承自ServiceProviderEngine,这里调用CreateScope方法,最后也是调用ServiceProviderEngine类的CreateScope方法。签名如下:

public IServiceScope CreateScope()
{
if (_disposed)
{
ThrowHelper.ThrowObjectDisposedException();
} return new ServiceProviderEngineScope(this);
}

返回一个接口IServiceScope的实例化类。该方法签名如下:

internal class ServiceProviderEngineScope : IServiceScope, IServiceProvider
{ }

最后我们还是调用ServiceProviderEngine类实例来调用GetService方法获取指定接口的服务。
举个实例使用的代码示例:

using (var _scope = _serviceProvider.CreateScope())
{
var _context = _scope.ServiceProvider.GetService<PracticeDevDbContext>();
}

也就是说,是用CreateScope方法来解析接口获取服务,并不是直接的调用ServiceProvider来获取接口的服务,而是通过类外的IServiceScope来
解析指定的接口获取服务,转了个弯。
那么为什么要这么实现呢?其实我并不清楚,只是遇到了一个依赖注入的问题,最后是通过如上代码解析上下文类获取数据的。后续有待研究。

asp.net core 依赖注入实现全过程粗略剖析(3)的更多相关文章

  1. asp.net core 依赖注入实现全过程粗略剖析(1)

    转载请注明出处: https://home.cnblogs.com/u/zhiyong-ITNote/ 常用扩展方法 注入依赖服务: new ServiceCollection().AddSingle ...

  2. asp.net core 依赖注入实现全过程粗略剖析(2)

    接着 上篇 目前也算是交代清楚了相关的类.那么框架具体是如何来实例化的呢?整个的流程是怎么样的. 我们参考源码中的Test文件夹来看看: var collection = new ServiceCol ...

  3. # ASP.NET Core依赖注入解读&使用Autofac替代实现

    标签: 依赖注入 Autofac ASPNETCore ASP.NET Core依赖注入解读&使用Autofac替代实现 1. 前言 2. ASP.NET Core 中的DI方式 3. Aut ...

  4. 实现BUG自动检测 - ASP.NET Core依赖注入

    我个人比较懒,能自动做的事绝不手动做,最近在用ASP.NET Core写一个项目,过程中会积累一些方便的工具类或框架,分享出来欢迎大家点评. 如果以后有时间的话,我打算写一个系列的[实现BUG自动检测 ...

  5. [译]ASP.NET Core依赖注入深入讨论

    原文链接:ASP.NET Core Dependency Injection Deep Dive - Joonas W's blog 这篇文章我们来深入探讨ASP.NET Core.MVC Core中 ...

  6. asp.net core 依赖注入几种常见情况

    先读一篇注入入门 全面理解 ASP.NET Core 依赖注入, 学习一下基本使用 然后学习一招, 不使用接口规范, 直接写功能类, 一般情况下可以用来做单例. 参考https://www.cnblo ...

  7. ASP.NET Core依赖注入——依赖注入最佳实践

    在这篇文章中,我们将深入研究.NET Core和ASP.NET Core MVC中的依赖注入,将介绍几乎所有可能的选项,依赖注入是ASP.Net Core的核心,我将分享在ASP.Net Core应用 ...

  8. 自动化CodeReview - ASP.NET Core依赖注入

    自动化CodeReview系列目录 自动化CodeReview - ASP.NET Core依赖注入 自动化CodeReview - ASP.NET Core请求参数验证 我个人比较懒,能自动做的事绝 ...

  9. ASP.NET Core 依赖注入最佳实践——提示与技巧

    在这篇文章,我将分享一些在ASP.NET Core程序中使用依赖注入的个人经验和建议.这些原则背后的动机如下: 高效地设计服务和它们的依赖. 预防多线程问题. 预防内存泄漏. 预防潜在的BUG. 这篇 ...

随机推荐

  1. Eclipes导入工程

    1.在eclipes中导入其他的一些工程后往往会出错,修改意见是 在project.properties该文件下修改 这个target是你的sdk中已经下载好的 查看: 右键目标工程,选择proper ...

  2. python基础面试题(一)

    1.   简述Python代码的运行机制 1.把原始代码编译成字节码         编译后的字节码是特定于Python的一种表现形式,它不是二进制的机器码,需要进一步编译才能被机器执行. 2.把编译 ...

  3. android app使用微信登录接口回调没有被执行的问题研究

    本人开发的一个app使用了sharesdk集成微信登录功能,在测试的过程中微信授权登录界面有调用,但是授权后原应用的回调没有被执行 应用的包名是com.kimi.searcher 首先,确认微信点击授 ...

  4. Visual Studio 2012 Update 3

    不知道是不是都关注Win8.1和Visual Studio 2013 preview去了… 貌似没大有人发现2012的update3在update2后2月就出了… ms明显加快了开发速度额… KB a ...

  5. 【BZOJ2212】[POI2011]Tree Rotations (线段树合并)

    题解: 傻逼题 启发式合并线段树里面查$nlog^2$ 线段树合并顺便维护一下$nlogn$ 注意是叶子为n 总结点2n 代码: #include <bits/stdc++.h> usin ...

  6. 【bzoj4347】[POI2016]Nim z utrudnieniem dp

    题解: 感觉我简直是个傻逼 把题目数据范围看错了.. 然后觉得这题非常的不可做 sigmaai <1e7.... 这题的dp是非常简单的,注意到d很小 f[i][j][k]表示前i个,%d为j, ...

  7. sparkStreaming运行yarn,提交任务报错

    op.yarn.server.nodemanager.containermanager.launcher.ContainerLaunch.call(ContainerLaunch.java:302) ...

  8. Nginx+Redis+Ehcache大型高并发高可用三层架构总结

    在生产环境中,对于高并发架构,我们知道缓存 是最重要的环节,对于大量的高并发.可以采用三层缓存架构来实现,也就是Nginx+Redis+Ehcache 对于中间件Nginx常来做流量分发,同事ngin ...

  9. Windows 系统判断MD5 值的办法

    Linux 系统的文件要传到Windows系统里面,传输过程中网络不稳定,为了判断文件是否完整传输,所以就用md5的方式判断是否同一个文件 Linux系统 [root@augusite ~]# md5 ...

  10. net core体系-web应用程序-4net core2.0大白话带你入门-5asp.net core环境变量详解

    asp.net core环境变量详解   环境变量详解 Windows操作系统的环境变量在哪设置应该都知道了. Linux(centos版本)的环境变量在/etc/profile里面进行设置.用户级的 ...