服务调用动态选择本.docxVIP

Dubbo服务调用动态选择版本问题说明Dubbo是阿里巴巴SOA服务化治理方案的核心框架，致力于高性能和透明化的远程服务调用方案和服务治理方案。官方文档见：http://alibaba.github.io/dubbo-doc-static/Home-zh.htmhttp://alibaba.github.io/dubbo-doc-static/Home-zh.htm。Dubbo可以和Spring无缝集成，示例如下：服务提供端Provider.xmlcontext:component-scan base-package=com.telecom.** /dubbo:application name=wuchangzheng-demo-app /dubbo:registry address=zookeeper://0:2181 /dubbo:protocol name=dubbo port=20880 /dubbo:service interface=f.IHelloService ref=helloService version=1.0/HelloServiceImpl.javapackage vider;import org.springframework.stereotype.Service;import f.IHelloService;@Service(helloService)public class HelloServiceImpl implements IHelloService{@Overridepublic String sayHello(String name) {return Hello +name;}}客户端调用Consumer.xmlcontext:annotation-config /context:component-scan base-package=com.telecom.** /dubbo:application name=wuchangzheng-demo-app-consumer /dubbo:registry address=zookeeper://0:2181 /!-- 生成远程服务代理，可以和本地bean一样使用demoService --dubbo:reference id=remoteHelloService interface=f.IHelloService check=false version=1.0/服务端 dubbo:service 和 客户端 dubbo:reference 分别有1个version属性。说明：服务端发布provider时可以为服务分配1个版本号，客户端调用服务端的provider时，需要指定调用哪1个版本的服务。项目实施过程碰到一些问题：version属性在xml文件中配置，意味着服务端升级版本号，客户端也要相应修改配置文件并重启应用。项目中存在灰度发布的要求，服务端的provider可能同时存在多个版本，客户端根据用户工号来选择调用哪个版本，比如指定一批测试工号，来测试新版本的provider。整个发布过程需要不重启web应用实现无缝切换，客户端在xml文件中指定版本号就显得不够，dubbo需要支持客户端自行实现版本选择规则，根据规则决定调用相应版本的provider。本文描述了如何重载dubbo的部分代码实现客户端版本规则。实现思路通过分析dubbo 2.5.3 的源码，dubbo:reference/ 标签对应的类是 com.alibaba.dubbo.config.spring.ReferenceBeandubbo:reference/的version属性被写到ReferenceBean的version属性中，可以通过ReferenceBean.getVersion() 来获取配置文件中指定的远程服务的版本号。该类是工厂类，实现 org.springframework.beans.factory.FactoryBean，第64行代码public Object getObject() throws Exception { return get(); }返回IHelloService的代理对象，调用该对象的sayHello方法即可调用远程dubbo服务，远程服务的版本号由ReferenceBean的version属性决定。本文的实现方法是重载 ReferenceBean 的get() 方法，使用javassist技术构造一个新的代理，根据用户自定义的规则来调用相应版本的dubbo服务。实现方法重写ReferenceBeanpackage com.telecom.dubbo.extend;import java.lang.reflect.Method