如何统一服务调用框架？(2)

<metadata> 
<providers> 
["dubbo://172.20.10.7:20882/com.primeton.eos.demo.sdk.server.core.api.DubboService?anyhost=true&application=provider&bean.name=ServiceBean:dubboServiceController:com.primeton.eos.demo.sdk.server.core.api.DubboService&default.deprecated=false&default.dynamic=false&default.register=true&default.timeout=1000&deprecated=false&dubbo=2.0.2&dynamic=false&generic=false&interface=com.primeton.eos.demo.sdk.server.core.api.DubboService&methods=addUserPost,addUser&pid=46073&register=true&release=2.7.1&side=provider&timestamp=1573006719825"] 
</providers> 
<management.port>9002</management.port> 
<jmx.port>61441</jmx.port> 
</metadata> 

(左右滑动查看全部代码)

Dubbo服务的发布格式在Eureka中存储如上图，将完整的Dubbo服务所需要的要素全部存储到metadata中。

开发使用示例

关键时序处理链路示例

实际运行过程，根据服务的具体配置项和注册中心有相应的差异。

【小结】统一调用框架就是怎么支持各种混合服务调用的场景，又能统一一种开发体验，根据需要灵活调整实际服务类型。框架解决的问题是开发期统一简单，运行期灵活多变，保证服务稳定。实现时需要约束服务类型规则和注册中心依赖形式，同时定义配套提供和调用规则。如定义Spring Cloud的服务地址规则。

【后记】在方案实现中遇到以下几类问题：

因具体问题与Spring Cloud、Dubbo和第三方具体jar版本有关，只能具体问题具体解决。

• Jar版本冲突一般采用调整或锁定jar版本。
• Bean冲突一般修改Bean的配置或者名称。
• 配置项冲突需要自定义配置项处理过程，通过参数或启动脚本设置。

（编辑：ASP站长网）