registry和protocol相关配置非常混乱，很多情况下都是错误的

[wikiwikiwiki]

Dubbo version: 2.7.6

dubbo 2.7里面protocol相关的配置的有protocols和protocolIds，不同级别的配置也有多个比如ServiceConfig和ProviderConfig，而现在dubbo里没有能很好处理相关的优先级，导致配置的生效非常混乱，很多情况下都是错的。

这里以protocol来做例子，registry相关的配置有registrys和registryIds，也是同理。
合理的优先级应该是 ServiceConfig.protocolIds -> ServiceConfig.protocols -> ProviderConfig.protocolIds -> ProviderConfig.protocols。

ServiceConfigBase的completeCompoundConfigs方法是ServiceConfig.export()最先调用的方法，看看它的代码：

    public void completeCompoundConfigs() {
        super.completeCompoundConfigs(provider);
        if (provider != null) {
            if (protocols == null) {
                setProtocols(provider.getProtocols());
            }
            if (configCenter == null) {
                setConfigCenter(provider.getConfigCenter());
            }
            if (StringUtils.isEmpty(registryIds)) {
                setRegistryIds(provider.getRegistryIds());
            }
            if (StringUtils.isEmpty(protocolIds)) {
                setProtocolIds(provider.getProtocolIds());
            }
        }
    }

可以看到，如果在ServiceConfig里设置了protocols p1，ProviderConfig设置了protocolIds p2，那么最终ServiceConfig的protocols属性为p1，protocolIds属性为p2，通过后面的convertProtocolIdsToProtocols方法处理后，生效的会是p2，而不是p1。

在使用过程中，xml方式定义的dubbo配置会调用setProtocolIds，而api方式定义的dubbo我们往往会使用setProtocols这样的方法，如果两种方式混合使用，更加容易出错（比如中间价在jar包里使用api方式，业务代码在xml里定义）。

类似的处理代码还散落在多个地方，导致protocol和registry的配置非常混乱而容易出错。