Abp是一个基于模块化开发的应用程序框架，提供了模块化基础的架构和模块化加载的引擎.

理解模块

一个模块是对一个功能点的封装，可以独立成为一个包，实现了松耦合的代码组织方式。Abp框架的基本思想就是模块开发，模块就想乐高中的一块块积木，在项目中将不同功能点的模块引用进来，就像搭积木一样构建成一个成品.

模块化的实现

通过在一个程序集中，创建一个模块类，继承AbpModule类，就可以很简单的将这个程序集作为Abp框架中的一个模块。如下面的代码，就是一个模块类的定义.

                        
                          [DependsOn(
	typeof(AbpAutoMapperModule),
	typeof(AbpDddApplicationModule),
	typeof(AbpObjectExtendingModule)
	)]
public class BaseApplicationModule : AbpModule
{
	public override void ConfigureServices(ServiceConfigurationContext context)
	{
		Configure<AbpAutoMapperOptions>(options =>
		{
			options.AddMaps<BaseApplicationModule>();
		});
	}

	public override void OnApplicationInitialization(ApplicationInitializationContext context)
	{
		base.OnApplicationInitialization(context);
	}
}

                        
                      

AbpModule是 abp框架的模块基础类，一个类库可以通过一个继承此类的类，声明为一个模块。通过对AbpModule类的查看，可以看到这是一个抽象类，它很好的遵循了接口隔离原则.

一个模块就是一个完整的功能点，往往需要对其依赖的一些东西进行配置，如数据库连接、如配置文件读取等。Abp引擎通过将.net Core管道和容器传递，使得模块中可以配置自己的依赖注入和请求管道，而不需要在外部使用的时候添加一大堆配置，这样就达到了独立开放，开箱即用的目的.

通过重写 PreConfigureServices 、 ConfigureServices 、 PostConfigureServices 这三个方法，可以在模块内部完成该模块的依赖注入配置。通过重写 OnPreApplicationInitialization 、 OnApplicationInitialization 、 OnPostApplicationInitialization 、 OnApplicationShutdown 这四个方法可完成模块在应用程序生命周期中的配置，在应用程序启动或者停止的时候做一些操作，也可以对asp.net Core的请求管道进行操作，例如加入自己的中间件。这些方法大家也并不陌生，和Asp.net Core中Startup类中的方法类似.

模块之间可以引用，并且设置模块的依赖关系，一个模块加载时，会先加载其依赖的模块。通过DependsOnAttribute可以指定模块依赖的模块，形成一个依赖链，Abp引擎启动时加载模块时，会先加载依赖模块.

Volo.Abp.Core 核心包

Volo.Abp.Core是Abp框架的核心包，关于Abp模块化的实现都在这个包中，我们可以通过对这个包的源码的研究，看下Abp模块化的实现方式.

首先，从Volo.Abp.Core的源码中，可以看到这个包也依赖于一些第三方包.

Fody: 可以在编译过程中拦截vs行为，动态地将一些代码添加到dll中，实现静态AOP的功能。 JetBrains： 提供一些数据标识，可以在编译期间对参数进行检查，减少bug Nito：能够在使用Lock排他锁的时候，使用await异步的方式 SoureLink：支持在安装nuget包之后，动态地从git中下载源码以供调试，需要在vs中设置启用源程序调试 System.Collection.Immutable: 不可变集合，不可以往集合add System.Linq.Dynamic.Core：动态linq，将强类型的Linq表达式变成字符串的方式进行操作 。

模块加载过程

ABP框架的启动过程，最根本的就是模块的装载过程.

众所周知，asp.net core程序的启动类时startup类，而在abp框架中，startup类却很简单，虽然代码简单，但是这两个方法却不简单，正是通过这两个方法，将asp.net core中的请求转移到abp框架中来处理.

以 AddApplication<TStartupModule>() 扩展方法作为入口，通过查看源码，可以看到内部是通过 AbpApplicationFactory 创建了一个abp应用程序的驱动 AbpApplicationWithExternalServiceProvider ，在这个驱动类中完成了对abp框架启动的配置和操作.

AbpApplicationFactory ： abp应用启动的基本方式，是整个程序的入口，也是研究模加载机制的入口。根据使用的依赖注入容器的不同，提供两类的Create方法的重载.

应用程序引擎（容器）初始化时，通过应用程序引擎 IAbpAppliaction ，即 AbpApplicationWithExternalServiceProvider ，拿到各个模块信息（通过模块描述），执行各个模块中配置好的依赖注入.

而通过 InitializeApplication(this IApplicationBuilder app) 方法，可以看到也是通过容器拿到驱动，即 AbpApplicationWithExternalServiceProvider 示例，然后调用了 Initialize(IServiceProvider serviceProvider) 方法.

ABP框架应用程序启动，模块加载整个过程涉及到了 AbpApplicationFactory 、 AbpApplicationWithExternalServiceProvider 、 AbpApplicationBase 、 IModuleLoader 、 IModuleManager 等类和接口，这里不好把这些源码都列出来，所以就整理了一下简单的流程和调用关系。见下图.

abp应用程序初始化过程图 。

以上，就是对Abp应用程序启动和模块加载机制的整理. 。

除此之外，volo.abp.core类库中还提供了一些工具类和扩展方法，都是很好用的，就算不用abp框架的童鞋也可以借鉴其中的写法，或者直接拿到自己项目中使用.

有兴趣的童鞋可以自己再仔细查看一下源码.

ABP 系列总结:

目录： ABP 系列总结 上一篇： ABP - 初识 ABP 。

最后此篇关于ABP-模块加载机制的文章就讲到这里了,如果你想了解更多关于ABP-模块加载机制的内容请搜索CFSDN的文章或继续浏览相关文章，希望大家以后支持我的博客！ 。