12. 依赖注入/控制反转
#
12.1 依赖注入所谓依赖注入,是指程序运行过程中,如果需要调用另一个对象协助时,无须在代码中创建被调用者,而是依赖于外部的注入。
通俗来讲,就是把有依赖关系的类放到容器中,然后在我们需要这些类时,容器自动解析出这些类的实例。
依赖注入最大的好处时实现类的解耦,利于程序拓展、单元测试、自动化模拟测试等。
依赖注入的英文为:Dependency Injection
,简称 DI
#
12.2 控制反转控制反转只是一个概念,也就是将创建对象实例的控制权(原本是程序员)从代码控制权剥离到 IOC 容器
中控制。
控制反转的英文为:Inversion of Control
,简称 IOC
IOC/DI
优缺点#
12.3 传统的代码,每个对象负责管理与自己需要依赖的对象,导致如果需要切换依赖对象的实现类时,需要修改多处地方。同时,过度耦合也使得对象难以进行单元测试。
优点
- 依赖注入把对象的创造交给外部去管理,很好的解决了代码紧耦合(tight couple)的问题,是一种让代码实现松耦合(loose couple)的机制
- 松耦合让代码更具灵活性,能更好地应对需求变动,以及方便单元测试
缺点
- 目前主流的
IOC/DI
基本采用反射的方式来实现依赖注入,在一定程度会影响性能
- 目前主流的
特别说明
在本章节不打算细讲 依赖注入/控制反转
具体实现和应用场景,想了解更多知识,可查阅 【ASP.NET Core 依赖注入】 官方文档。
#
12.4 依赖注入的三种方式#
12.4.1 构造方法注入目前构造方法注入是依赖注入推荐使用方式。
优点
- 在构造方法中体现出对其他类的依赖,一眼就能看出这个类需要其他那些类才能工作
- 脱离了 IOC 框架,这个类仍然可以工作,POJO 的概念
- 一旦对象初始化成功了,这个对象的状态肯定是正确的
缺点
- 构造函数会有很多参数(Bad smell)
- 有些类是需要默认构造函数的,比如 MVC 框架的 Controller 类,一旦使用构造函数注入,就无法使用默认构造函数
- 这个类里面的有些方法并不需要用到这些依赖(Bad smell)
代码示例:
#
12.4.2 属性方式注入通过属性方式注入容易和类的实例属性混淆,不建议使用。
优点
- 在对象的整个生命周期内,可以随时动态的改变依赖
- 非常灵活
缺点
- 对象在创建后,被设置依赖对象之前这段时间状态是不对的
- 不直观,无法清晰地表示哪些属性是必须的
#
12.4.3 方法参数注入方法参数注入的意思是在创建对象后,通过自动调用某个方法来注入依赖。
优点:
- 比较灵活
缺点:
- 新加入依赖时会破坏原有的方法签名,如果这个方法已经被其他很多模块用到就很麻烦
- 与构造方法注入一样,会有很多参数
#
12.5 注册对象生存期暂时/瞬时
生存期#
12.5.1 暂时生存期服务是每次从服务容器进行请求时创建的。 这种生存期适合轻量级、 无状态的服务。
在处理请求的应用中,在请求结束时会释放暂时服务。
通常我们使用 ITransient
接口依赖表示该生命周期。
作用域
生存期#
12.5.2 作用域生存期服务针对每个客户端请求(连接)创建一次。在处理请求的应用中,在请求结束时会释放有作用域的服务。
通常我们使用 IScoped
接口依赖表示该生命周期。
单例
生存期#
12.5.3 在首次请求它们时进行创建,之后每个后续请求都使用相同的实例。
通常我们使用 ISingleton
接口依赖表示该生命周期。
了解更多
想了解更多 服务生存期
知识可查阅 ASP.NET Core - 依赖注入 - 服务生存期 章节。
#
12.6 内置依赖接口Furion
框架提供三个接口依赖分别对应不同的服务生存期:
ITransient
:对应暂时/瞬时作用域服务生存期IScoped
:对应请求作用域服务生存期ISingleton
:对应单例作用域服务生存期
#
12.7 常见使用#
12.7.1 第一个例子创建 IBusinessService
接口和 BusinessService
实现类,代码如下:
创建 PersonController
控制器,代码如下:

例子解说
Furion
框架提供了非常灵活且方便的实现依赖注入的方式,只需要实例类继承对应生存期的接口即可,这里继承了 ITransient
,也就表明了这是一个 暂时/瞬时
作用域实例类。该类就可以作为被注入对象,同时也能注入其他接口对象。
上面的例子中,BusinessService
注入了 IRepository<Person>
仓储接口,同时 PersonController
控制器注入了 IBusinessService
接口。
这样 PersonController
和 BusinessService
之间就实现了解耦,不再依赖于具体的 BusinessService
实例。
这就是依赖注入/控制反转最经典的例子。
#
12.7.2 注册泛型实例创建 IBusinessService<T>
接口和 BusinessService<T>
实现类,代码如下:
创建 PersonController
控制器,代码如下:
#
12.7.3 一个接口多个实现默认情况下,一个接口只对应一个实现类,但有些特殊情况,需要需要多个实现类注册同一个接口,如 DbContext
多数据库情况。
这个时候我们可以通过依赖注入 Func<string, IPrivateDependency, object>
委托来解析多个实例,其中委托的参数分别为:
- 参数 1:
string
类型,不同实现类唯一标识,默认为nameof(实现类)
名称 - 参数 2:
Type
类型,IPrivateDependency
派生接口,也就是ITransient
、IScoped
、ISingleton
- 返回值:
object
类型,返回具体的实现类实例
创建 IBusinessService
接口和 BusinessService
、OtherBusinessService
两个实现类,代码如下:
创建 ValueController
控制器,代码如下:

小知识
如果需要自定义解析名称,只需要贴 [Injection(Named = "名称")]
即可,如:
解析服务:
#
12.7.4 无接口方式有些时候,我们不想定义接口,而是想把实例类作为可依赖注入的对象,如 MVC 中的控制器。
创建 SelfService
实例类,代码如下:
创建 ValueController
控制器,代码如下:
[Injection]
特性配置#
12.8 Furion
框架提供 [Injection]
特性可以改变注册方式,同时还能配置 AOP
拦截。
[Injection]
提供以下配置支持:
Action
:配置注册行为,InjectionActions
类型,可选值:Add
:默认值,表示无限制添加注册服务,该方式支持一个接口多个实现TryAdd
:表示注册已存在则跳过注册
Pattern
:配置注册选项,InjectionPatterns
类型,可选值:Self
:只注册自己FirstInterface
:只注册第一个接口SelfWithFirstInterface
:注册自己和第一个接口,默认值ImplementedInterfaces
:注册所有接口All
:注册自己包括所有接口
Named
:配置实例别名,通过别名可以解析接口,如同一个接口有多个实现,那么可以通过别名解析不同的实现,默认只为实现类的类名Order
:注册排序,数字越大,则越在最后注册,默认0
Proxy
:配置代理拦截类型,也就是AOP
,代理类型必须继承AspectDispatchProxy
类和IDispatchProxy
接口,无默认值ExpectInterfaces
:配置忽略注册的接口,Type[]
类型
#
12.9 自定义高级注册默认情况下,Furion
提供的注册方式可以满足大多数依赖注入的需求,如有特别注册需求,只需要在 Startup
中配置即可,如:
补充说明
Furion
框架中的 AppDbContext
数据库上下文还有 ISqlDispatchProxy
都是通过这种方式创建的。
知识导航
想了解更多自定义高级中注册,可查阅 【ASP.NET Core 依赖注入】 官方文档。
appsettings.json
配置注册#
12.10 除了在代码中实现依赖注入,也可以实现动态依赖注入,无需修改代码或重新编译即可实现热拔插(插件)效果。配置如下:
配置说明:
DependencyInjectionSettings
:依赖注入配置根节点Definitions
:动态依赖注入配置节点,ExternalService
数组类型ExternalService
:配置单个依赖注入信息Interface
:配置依赖接口信息,格式:程序集名称;接口完整名称
,如:Furion.Application;Furion.Application.ITestService
Service
:配置接口实现信息,格式同上RegisterType
:配置依赖注入的对象生存期,取值:Transient
,Scoped
,Singleton
Action
:注册行为,可选值:Add
,TryAdd
,参见 #128-injection-特性配置Pattern
:注册选项,参见 #128-injection-特性配置Named
:注册别名,参见 #128-injection-特性配置Order
:注册排序,参见 #128-injection-特性配置Proxy
:配置代理拦截,,格式:程序集名称;代理类完整名称
,参见 #128-injection-特性配置
关于外部程序集
如果动态注入的对象是外部程序集,那么首先先注册外部程序集:
#
12.11 注册顺序和优先级Furion
框架中,默认注册顺序是按照程序集扫描顺序进行注册,如果需要改变注册顺序,可通过 [Injection(Order)]
特性指定,Order
值越大,则越在最后注册。
另外 appsettings.json
配置的优先级最大,appsettings.json
配置的注册会覆盖之前所有注册。
Aop
注册拦截#
12.12 AOP
是非常重要的思想和技术,也就是 面向切面
编程,可以让我们在不改动原来代码的情况下进行动态篡改业务代码。
在 Furion
框架中,实现 Aop
非常简单,如:
假设我们有 ITestService
和 TestService
两个类型:
现在我们有一个需求,我们希望调用 SayHello
的时候可以记录日志和权限控制(之前没有考虑到的需求)。
这个时候我们只需要创建一个代理类即可,如 LogDispatchProxy
之后我们只需要为 TestService
增加 [Injection]
特性即可,如:
之后 SayHello
方法被调用的时候就可以实现动态拦截了,比如这里写日志。
全局Aop拦截
#
12.12.1 Furion
框架也提供了全局拦截的方式,只需要将 IDispatchProxy
修改为 IGlobalDispatchProxy
即可。
这样就会拦截所有的 Service
,当然也可以通过给特定类贴 [SkipProxy]
跳过全局拦截操作。
拦截优先级
[SkipProxy]
> [Injection(Proxy = typeof(LogDispatchProxy))]
> 全局拦截
。
AOP
的作用#
12.12.2 这种面向切面的能力(动态拦截/代理)可以实现很多很多功能,如:
- 动态日志记录
- 动态修改参数
- 动态修改返回值
- 动态方法重定向
- 动态修改代码逻辑
- 动态实现异常监听
还可以做更多更多的事情。
#
12.13 反馈与建议与我们交流
给 Furion 提 Issue。