实际上在Dubbo启动过程中，包括XML配置、注解配置、Java-config 或者是执行API配置代码等等来源的本地Dubbo配置都会被解析成为对应的配置Bean，并且统一存放到ConfigManager中。

当Environment和ConfigManager被加载和初始化之后，并没有真正的加载配置，真正的加载配置的入口在DubboConfigApplicationListener这个监听器中，DubboConfigApplicationListener是在DubboBeanUtils#registerCommonBeans方法中注册到spring容器中的。

在AbstractApplicationContext#refresh方法内的AbstractApplicationContext#invokeBeanFactoryPostProcessors方法中，将会调用BeanFactoryPostProcessor，其中ReferenceAnnotationBeanPostProcessor#postProcessBeanFactory方法的最后将会发布一个早期事件DubboConfigInitEvent，其类型为ApplicationEvent。

而在spring bean定义加载完毕之后，在AbstractApplicationContext#refresh方法内的AbstractApplicationContext#registerListeners方法中，将会初始化所有普通的ApplicationListener，然后发布所有早期ApplicationEvent，此时其他普通bean还没实例化和初始化。

以上就是Dubbo 配置加载的入口。下面我们来看看DubboConfigApplicationListener如何处理这个事件的。入口为onApplicationEvent方法：

@Override
public void onApplicationEvent(DubboConfigInitEvent event) {
    if (nullSafeEquals(applicationContext, event.getSource())) {
        // It's expected to be notified at org.springframework.context.support.AbstractApplicationContext.registerListeners(),
        // before loading non-lazy singleton beans. At this moment, all BeanFactoryPostProcessor have been processed,
        //CAS保证加载一次
        if (initialized.compareAndSet(false, true)) {
            //加载Dubbo配置bean
            initDubboConfigBeans();
        }
    }
}

该方法主要做两件事：

如果容器存在DubboConfigBeanInitializer，那么加载DubboConfigBeanInitializer来初始化配置bean，获取DubboConfigBeanInitializer的bean实例，随后会执行它的afterPropertiesSet方法。

/**
 * DubboConfigBeanInitializer的方法
 */
@Override
public void afterPropertiesSet() throws Exception {
    init();
}

private void init() {
    //保证执行一次初始化
    if (initialized.compareAndSet(false, true)) {
        //获取ReferenceBeanManager实例，该bean在DubboBeanUtils#registerCommonBeans方法中注册到spring容器中
        referenceBeanManager = beanFactory.getBean(ReferenceBeanManager.BEAN_NAME, ReferenceBeanManager.class);
        try {
            //初始化Dubbo的配置bean，确保在@Reference bean自动装配之前所有配置bean都已初始化并注册到ConfigManager
            prepareDubboConfigBeans();
            //准备ReferenceBean，一般为没有
            referenceBeanManager.prepareReferenceBeans();
        } catch (Throwable e) {
            throw new FatalBeanException("Initialization dubbo config beans failed", e);
        }
    }
}

该方法根据类型获取配置bean，并且存放到ConfigManager的内部的configsCache缓存集合中。

/**
 * DubboConfigBeanInitializer的方法
 *
 * 基于类型从spring容器获取配置并加入到configManager内部的configsCache缓存中
 *
 * @param configClass 配置类型
 * @param configManager 配置管理器
 */
private void loadConfigBeansOfType(Class<? extends AbstractConfig> configClass, AbstractConfigManager configManager) {
    //从spring容器获取对应配置类的实例的beanName数组
    String[] beanNames = beanFactory.getBeanNamesForType(configClass, true, false);
    //遍历beanName
    for (String beanName : beanNames) {
        //获取该bean实例
        AbstractConfig configBean = beanFactory.getBean(beanName, configClass);
        // Register config bean here, avoid relying on unreliable @PostConstruct init method
        //注册配置bean到configManager
        configManager.addConfig(configBean);
    }
}

在DubboConfigApplicationListener#initDubboConfigBeans方法的第二步，将会

1. 首先通过应用程序发布器DefaultApplicationDeployer#initialize方法初始化并启动应用程序实例。
2. 然后通过模块模型moduleModel的模块发布器DefaultModuleDeployer#initialize方法初始化导出/引用模块的服务，即初始化与服务生产者、消费者相关的配置。

/**
 * DefaultModuleDeployer的方法
 * <p>
 * Prepare for export/refer service, trigger initializing application and module
 * 准备导出/引用服务，触发初始化应用程序和模块
 */
@Override
public void prepare() {
    //通过应用程序发布器DefaultApplicationDeployer初始化组件
    applicationDeployer.initialize();
    //模块发布器DefaultModuleDeployer初始化组件
    this.initialize();
}

本次我们学习了Dubbo3配置的加载与覆盖源码入口，注意在最后有两个方法的调用：

1. 首先通过应用程序发布器DefaultApplicationDeployer#initialize方法初始化并启动应用程序实例，包括启动配置中心、加载应用程序配置，启动元数据中心等关键步骤。
2. 然后通过模块模型moduleModel的模块发布器DefaultModuleDeployer#initialize方法初始化导出/引用模块的服务，即初始化与服务生产者、消费者相关的配置。