前言

这几天闲来没事看看ABP vNext的文档和源码，关于关于依赖注入(属性注入)这块儿产生了兴趣。

我们都知道。Volo.ABP 依赖注入容器使用了第三方组件Autofac实现的。有三种注入方式，构造函数注入和方法注入和属性注入。

ABP的属性注入原则参考如下：

这时候我就开始疑惑了，因为我知道Autofac框架默认不开启隐式的属性注入，那么ABP具体是哪里配置属性注入的呢？

接下来就是漫长的阅读源代码过程了。

解析源代码

首先我是用的是abp vNext的6.0.3版本，以下只列出关键代码

A.  Autofac源码中属性注入的位置是在 AutowiringPropertyInjector 类的InjectProperties()方法下

此方法是通过Autofac开启的属性注入实现。 里面主要是通过反射读取当前类型对应的所有属性，判断当前属性是否能够进行注入。

• 比如 static，数组类型，值类型 是不需要注入的
• 从容器中IComponentContext中取得一个当前属性对应的实例
•  然后在通过反射调用set方法赋值

 B. 查看调用链发现是RegistrationBuilder类的PropertiesAutowired()方法调用了InjectProperties()方法。

以上代码都是Autofac的源代码。 接下来开始是ABP vNext的源码了。

 C： 继续查看调用链发现在ABP vNext代码中的 AbpRegistrationBuilderExtensions类下EnablePropertyInjection()调用了IRegistrationBuilder的PropertiesAutowired()方法。

当前方法的作用如下

• 检查实现类型所在的程序集是否包含任何 AbpModule 模块。
• 如果实现类型所在的程序集包含任何 AbpModule 模块，则启用属性注入，即调用 PropertiesAutowired() 方法。
• 最后返回修改后的注册构建器。

D： 继续查看调用链，发现在AbpRegistrationBuilderExtensions类的ConfigureAbpConventions方法开启了属性注入。

此方法是配置了ABP的一些约定，主要逻辑是：

1. 首先，它从注册数据中获取服务类型和实现类型。
2. 然后，它调用 EnablePropertyInjection 方法，根据特定条件启用属性注入。
3. 接着，它调用 InvokeRegistrationActions 方法，执行注册操作列表中的注册动作，该动作通常包括自定义的服务注册逻辑。
4. 最后返回修改后的注册构建器。

 E: 继续查看调用链发现在AutofacRegistration类的Register方法调用了ConfigureAbpConventions()方法

   Register方法的作用：根据 IServiceCollection 中的服务描述符将服务注册到 Autofac 容器构建器中，并根据 Abp 的约定进行一些配置。Autofac 是一个 .NET 的依赖注入容器，它允许开发者注册和解析各种类型的服务。

F: 同样在当前类下的Populate方法调用了Register方法

  当前方法主要是将服务集合中的服务注册到 Autofac 容器构建器中，并进行一些必要的配置，以确保服务能够被正确地解析和管理。

 G: 接下来是到了AbpAutofacServiceProviderFactory类，当前类的CreateBuilder方法调用了Populate方法。

 H: 到了当前这一步，就会发现AbpAutofacServiceProviderFactory类继承了IServiceProviderFactory，当前类的作用就是用于定义 DI容器的提供程序。

其中CreateBuilder方法会在 WebApplication类在Builder时候自动运行，属于微软框架的逻辑了。

 至此就搞明白了ABP vNext框架是如何实现了属性注入了。

 参考链接

1. ABP Dependency Injection 
2. Autofac Property Injection