接下来，我们先来分析配置检查部分的源码，随后再来分析 URL 组装部分的源码。

    2.1.1 检查配置

    本节我们接着前面的源码向下分析，前面说过 onApplicationEvent 方法在经过一些判断后，会决定是否调用 export 方法导出服务。那么下面我们从 export 方法开始进行分析，如下：

    export 方法对两项配置进行了检查，并根据配置执行相应的动作。首先是 export 配置，这个配置决定了是否导出服务。有时候我们只是想本地启动服务进行一些调试工作，我们并不希望把本地启动的服务暴露出去给别人调用。此时，我们可通过配置 export 禁止服务导出，比如：

    以上就是配置检查的相关分析，代码比较多，需要大家耐心看一下。下面对配置检查的逻辑进行简单的总结，如下：

    1. 检测 <dubbo:service> 标签的 interface 属性合法性，不合法则抛出异常
    2. 检测 ProviderConfig、ApplicationConfig 等核心配置类对象是否为空，若为空，则尝试从其他配置类对象中获取相应的实例。
    3. 检测并处理泛化服务和普通服务类
    4. 检测本地存根配置，并进行相应的处理
    5. 对 ApplicationConfig、RegistryConfig 等配置类进行检测，为空则尝试创建，若无法创建则抛出异常

    配置检查并非本文重点，因此这里不打算对 doExport 方法所调用的方法进行分析（doExportUrls 方法除外）。在这些方法中，除了 appendProperties 方法稍微复杂一些，其他方法逻辑不是很复杂。因此，大家可自行分析。

    2.1.2 多协议多注册中心导出服务

    Dubbo 允许我们使用不同的协议导出服务，也允许我们向多个注册中心注册服务。Dubbo 在 doExportUrls 方法中对多协议，多注册中心进行了支持。相关代码如下：

    1. private void doExportUrls() {
    2.     // 加载注册中心链接
    3.     List<URL> registryURLs = loadRegistries(true);
    4.     // 遍历 protocols，并在每个协议下导出服务
    5.     for (ProtocolConfig protocolConfig : protocols) {
    6.         doExportUrlsFor1Protocol(protocolConfig, registryURLs);
    7.     }
    8. }

    上面代码首先是通过 loadRegistries 加载注册中心链接，然后再遍历 ProtocolConfig 集合导出每个服务。并在导出服务的过程中，将服务注册到注册中心。下面，我们先来看一下 loadRegistries 方法的逻辑。

    1. 检测是否存在注册中心配置类，不存在则抛出异常
    2. 构建参数映射集合，也就是 map
    3. 构建注册中心链接列表
    4. 遍历链接列表，并根据条件决定是否将其添加到 registryList 中

    关于多协议多注册中心导出服务就先分析到这，代码不是很多，接下来分析 URL 组装过程。

    2.1.3 组装 URL

    配置检查完毕后，紧接着要做的事情是根据配置，以及其他一些信息组装 URL。前面说过，URL 是 Dubbo 配置的载体，通过 URL 可让 Dubbo 的各种配置在各个模块之间传递。URL 之于 Dubbo，犹如水之于鱼，非常重要。大家在阅读 Dubbo 服务导出相关源码的过程中，要注意 URL 内容的变化。既然 URL 如此重要，那么下面我们来了解一下 URL 组装的过程。

    1. private void doExportUrlsFor1Protocol(ProtocolConfig protocolConfig, List<URL> registryURLs) {
    2.     String name = protocolConfig.getName();
    3.     // 如果协议名为空，或空串，则将协议名变量设置为 dubbo
    4.     if (name == null || name.length() == 0) {
    5.         name = "dubbo";
    6.     }
    8.     Map<String, String> map = new HashMap<String, String>();
    9.     // 添加 side、版本、时间戳以及进程号等信息到 map 中
    10.     map.put(Constants.SIDE_KEY, Constants.PROVIDER_SIDE);
    11.     map.put(Constants.DUBBO_VERSION_KEY, Version.getProtocolVersion());
    12.     map.put(Constants.TIMESTAMP_KEY, String.valueOf(System.currentTimeMillis()));
    13.     if (ConfigUtils.getPid() > 0) {
    14.         map.put(Constants.PID_KEY, String.valueOf(ConfigUtils.getPid()));
    15.     }
    17.     // 通过反射将对象的字段信息添加到 map 中
    18.     appendParameters(map, application);
    19.     appendParameters(map, provider, Constants.DEFAULT_KEY);
    20.     appendParameters(map, protocolConfig);
    21.     appendParameters(map, this);
    23.     // methods 为 MethodConfig 集合，MethodConfig 中存储了 &lt;dubbo:method> 标签的配置信息
    24.     if (methods != null && !methods.isEmpty()) {
    25.         // 这段代码用于添加 Callback 配置到 map 中，代码太长，待会单独分析
    26.     }
    28.     // 检测 generic 是否为 "true"，并根据检测结果向 map 中添加不同的信息
    29.     if (ProtocolUtils.isGeneric(generic)) {
    30.         map.put(Constants.GENERIC_KEY, generic);
    31.         map.put(Constants.METHODS_KEY, Constants.ANY_VALUE);
    32.     } else {
    33.         String revision = Version.getVersion(interfaceClass, version);
    34.         if (revision != null && revision.length() > 0) {
    35.             map.put("revision", revision);
    36.         }
    38.         // 为接口生成包裹类 Wrapper，Wrapper 中包含了接口的详细信息，比如接口方法名数组，字段信息等
    39.         String[] methods = Wrapper.getWrapper(interfaceClass).getMethodNames();
    40.         // 添加方法名到 map 中，如果包含多个方法名，则用逗号隔开，比如 method = init,destroy
    41.         if (methods.length == 0) {
    42.             logger.warn("NO method found in service interface ...");
    43.             map.put(Constants.METHODS_KEY, Constants.ANY_VALUE);
    44.         } else {
    45.             // 将逗号作为分隔符连接方法名，并将连接后的字符串放入 map 中
    46.             map.put(Constants.METHODS_KEY, StringUtils.join(new HashSet<String>(Arrays.asList(methods)), ","));
    47.         }
    48.     }
    50.     // 添加 token 到 map 中
    51.     if (!ConfigUtils.isEmpty(token)) {
    52.         if (ConfigUtils.isDefault(token)) {
    53.             // 随机生成 token
    54.             map.put(Constants.TOKEN_KEY, UUID.randomUUID().toString());
    55.         } else {
    56.             map.put(Constants.TOKEN_KEY, token);
    57.         }
    58.     // 判断协议名是否为 injvm
    59.     if (Constants.LOCAL_PROTOCOL.equals(protocolConfig.getName())) {
    60.         protocolConfig.setRegister(false);
    61.         map.put("notify", "false");
    64.     // 获取上下文路径
    65.     String contextPath = protocolConfig.getContextpath();
    66.     if ((contextPath == null || contextPath.length() == 0) && provider != null) {
    67.         contextPath = provider.getContextpath();
    68.     }
    70.     // 获取 host 和 port
    71.     String host = this.findConfigedHosts(protocolConfig, registryURLs, map);
    72.     Integer port = this.findConfigedPorts(protocolConfig, name, map);
    73.     // 组装 URL
    74.     URL url = new URL(name, host, port, (contextPath == null || contextPath.length() == 0 ? "" : contextPath + "/") + path, map);
    76.     // 省略无关代码
    77. }

    上面的代码首先是将一些信息，比如版本、时间戳、方法名以及各种配置对象的字段信息放入到 map 中，map 中的内容将作为 URL 的查询字符串。构建好 map 后，紧接着是获取上下文路径、主机名以及端口号等信息。最后将 map 和主机名等数据传给 URL 构造方法创建 URL 对象。需要注意的是，这里出现的 URL 并非 java.net.URL，而是 com.alibaba.dubbo.common.URL。

    上面省略了一段代码，这里简单分析一下。这段代码用于检测 <dubbo:method> 标签中的配置信息，并将相关配置添加到 map 中。代码如下：

    1. // 获取 ArgumentConfig 列表
    2. for (遍历 ArgumentConfig 列表) {
    3.     if (type 不为 null，也不为空串) {    // 分支1
    4.         1. 通过反射获取 interfaceClass 的方法列表
    5.         for (遍历方法列表) {
    6.             1. 比对方法名，查找目标方法
    7.             2. 通过反射获取目标方法的参数类型数组 argtypes
    8.             if (index != -1) {    // 分支2
    9.                 1. 从 argtypes 数组中获取下标 index 处的元素 argType
    10.                 2. 检测 argType 的名称与 ArgumentConfig 中的 type 属性是否一致
    11.                 3. 添加 ArgumentConfig 字段信息到 map 中，或抛出异常
    12.             } else {    // 分支3
    13.                 1. 遍历参数类型数组 argtypes，查找 argument.type 类型的参数
    14.                 2. 添加 ArgumentConfig 字段信息到 map 中
    15.             }
    16.         }
    17.     } else if (index != -1) {    // 分支4
    18.         1. 添加 ArgumentConfig 字段信息到 map 中
    19.     }

    在本节分析的源码中，appendParameters 这个方法出现的次数比较多，该方法用于将对象字段信息添加到 map 中。实现上则是通过反射获取目标对象的 getter 方法，并调用该方法获取属性值。然后再通过 getter 方法名解析出属性名，比如从方法名 getName 中可解析出属性 name。如果用户传入了属性名前缀，此时需要将属性名加入前缀内容。最后将 <属性名，属性值> 键值对存入到 map 中就行了。限于篇幅原因，这里就不分析 appendParameters 方法的源码了，大家请自行分析。