整体流程以调试 om.alibaba.dubbo.demo.provider.DemoProvider来演示dubbo服务的发布流程。
1、启动Spring容器
参照dubbo容器的启动, https://segmentfault.com/a/11... 文章描述
1.1、解析xml文件
dubbo的xml自定义标签,都是基于spring提供NamespaceHandlerSupport机制来完成的。
ServiceBean加载和初始化
public class DubboNamespaceHandler extends NamespaceHandlerSupport {
static {
Version.checkDuplicate(DubboNamespaceHandler.class);
}
public void init() {
registerBeanDefinitionParser("application", new DubboBeanDefinitionParser(ApplicationConfig.class, true));
registerBeanDefinitionParser("module", new DubboBeanDefinitionParser(ModuleConfig.class, true));
registerBeanDefinitionParser("registry", new DubboBeanDefinitionParser(RegistryConfig.class, true));
registerBeanDefinitionParser("monitor", new DubboBeanDefinitionParser(MonitorConfig.class, true));
registerBeanDefinitionParser("provider", new DubboBeanDefinitionParser(ProviderConfig.class, true));
registerBeanDefinitionParser("consumer", new DubboBeanDefinitionParser(ConsumerConfig.class, true));
registerBeanDefinitionParser("protocol", new DubboBeanDefinitionParser(ProtocolConfig.class, true));
registerBeanDefinitionParser("service", new DubboBeanDefinitionParser(ServiceBean.class, true));
registerBeanDefinitionParser("reference", new DubboBeanDefinitionParser(ReferenceBean.class, false));
registerBeanDefinitionParser("annotation", new DubboBeanDefinitionParser(AnnotationBean.class, true));
}
}
xml文件->ServiceBean.class 这就是spring的NamespaceHandlerSupport做的事情。
spring容器在初始化之后,会广播ContextRefreshedEvent事件,ServiceBean实现了ApplicationListener接口,在执行onApplicationEvent时,启动了export方法,开启 服务发布流程。
public void onApplicationEvent(ApplicationEvent event) {
if (ContextRefreshedEvent.class.getName().equals(event.getClass().getName())) {
if (isDelay() && !isExported() && !isUnexported()) {
if (logger.isInfoEnabled()) {
logger.info("The service ready on spring started. service: " + getInterface());
}
export();
}
}
}
--export()
-----doExport()
-------doExportUrls()
---------loadRegistries()加载注册中心,可以有多个
---------doExportUrlsFor1Protocol()
-----------exportLocal(url) 本地暴露服务
-----------protocol.export(invoker) 远程暴露服务
2、本地暴露服务
假如服务没有配置了scope属性,或者配置了但是值不是”remote“,就会执行本地暴露。自同一个jvm内部,调用本jvm中存在的服务,就可以直接调用,而不需要走网络,减少响应时间。
private void exportLocal(URL url) {
if (!Constants.LOCAL_PROTOCOL.equalsIgnoreCase(url.getProtocol())) {
URL local = URL.valueOf(url.toFullString())
.setProtocol(Constants.LOCAL_PROTOCOL)
.setHost(NetUtils.LOCALHOST)
.setPort(0);
Exporter> exporter = protocol.export(
proxyFactory.getInvoker(ref, (Class) interfaceClass, local)
);
exporters.add(exporter);
logger.info("Export dubbo service " + interfaceClass.getName() + " to local registry");
}
}
第一步:设置URL中的参数,
- protocal:injvm
- host:127.0.0.1
- port:0
url的协议已经从dubbo变成了injvm
第二步:将ref【interfaceClass的实现类】包装成一个Wrapper,并返回一个Invoker
JavassistProxyFactory#getInvoker
public Invoker getInvoker(T proxy, Class type, URL url) {
// TODO Wrapper类不能正确处理带$的类名
final Wrapper wrapper = Wrapper.getWrapper(proxy.getClass().getName().indexOf('$') < 0 ? proxy.getClass() : type);
return new AbstractProxyInvoker(proxy, type, url) {
@Override
protected Object doInvoke(T proxy, String methodName,
Class>[] parameterTypes,
Object[] arguments) throws Throwable {
return wrapper.invokeMethod(proxy, methodName, parameterTypes, arguments);
}
};
}
第三步:根据injvm协议找到【这个是通过dubbo的Adaptive标签来动态决定的】InJvmProtocol,并执行他的export方法,装载Invoker。
第四步:将export放到该服务的exporters集合中。
本地暴露,不需要启动类似netty的服务器,也不需要注册zookeeper。
3、暴露远程服务
假如服务没有配置了scope属性,或者配置了但是值不是”local“,就会执行远程暴露。
if (!Constants.SCOPE_LOCAL.toString().equalsIgnoreCase(scope)) {
if (logger.isInfoEnabled()) {
logger.info("Export dubbo service " + interfaceClass.getName() + " to url " + url);
}
if (registryURLs != null && registryURLs.size() > 0
&& url.getParameter("register", true)) {
for (URL registryURL : registryURLs) {
url = url.addParameterIfAbsent("dynamic", registryURL.getParameter("dynamic"));
URL monitorUrl = loadMonitor(registryURL);
if (monitorUrl != null) {
url = url.addParameterAndEncoded(Constants.MONITOR_KEY, monitorUrl.toFullString());
}
if (logger.isInfoEnabled()) {
logger.info("Register dubbo service " + interfaceClass.getName() + " url " + url + " to registry " + registryURL);
}
Invoker> invoker = proxyFactory.getInvoker(ref, (Class) interfaceClass, registryURL.addParameterAndEncoded(Constants.EXPORT_KEY, url.toFullString()));
Exporter> exporter = protocol.export(invoker);
exporters.add(exporter);
}
} else {
Invoker> invoker = proxyFactory.getInvoker(ref, (Class) interfaceClass, url);
Exporter> exporter = protocol.export(invoker);
exporters.add(exporter);
}
下面,我们来一步一步调试远程暴露都做了什么事情。
- 通过代理拿到Invoker,这一步就不细说了,和injvm的协议是一样的。
- 核心看着段代码:Exporter> exporter = protocol.export(invoker);
protocol是一个Protocol$Adaptie类,是dubbo动态生成的对象。
如何获得动态生成的类的源码:将日志级别调测DEBUG,在控制台中拷贝出打印的源码,然后new相同的package、相同的java文件,就可以进去调试了。
因为此时Invoker的协议为registry,所以会执行
package com.alibaba.dubbo.rpc;
import com.alibaba.dubbo.common.extension.ExtensionLoader;
public class Protocol$Adpative implements com.alibaba.dubbo.rpc.Protocol {
public void destroy() {
throw new UnsupportedOperationException("method public abstract void com.alibaba.dubbo.rpc.Protocol.destroy() of interface com.alibaba.dubbo.rpc.Protocol is not adaptive method!");
}
public int getDefaultPort() {
throw new UnsupportedOperationException("method public abstract int com.alibaba.dubbo.rpc.Protocol.getDefaultPort() of interface com.alibaba.dubbo.rpc.Protocol is not adaptive method!");
}
public com.alibaba.dubbo.rpc.Exporter export(com.alibaba.dubbo.rpc.Invoker arg0) throws com.alibaba.dubbo.rpc.RpcException {
if (arg0 == null) throw new IllegalArgumentException("com.alibaba.dubbo.rpc.Invoker argument == null");
if (arg0.getUrl() == null)
throw new IllegalArgumentException("com.alibaba.dubbo.rpc.Invoker argument getUrl() == null");
com.alibaba.dubbo.common.URL url = arg0.getUrl();
String extName = (url.getProtocol() == null ? "dubbo" : url.getProtocol());
if (extName == null)
throw new IllegalStateException("Fail to get extension(com.alibaba.dubbo.rpc.Protocol) name from url(" + url.toString() + ") use keys([protocol])");
com.alibaba.dubbo.rpc.Protocol extension = (com.alibaba.dubbo.rpc.Protocol) ExtensionLoader.getExtensionLoader(com.alibaba.dubbo.rpc.Protocol.class).getExtension(extName);
return extension.export(arg0);
}
public com.alibaba.dubbo.rpc.Invoker refer(java.lang.Class arg0, com.alibaba.dubbo.common.URL arg1) throws com.alibaba.dubbo.rpc.RpcException {
if (arg1 == null) throw new IllegalArgumentException("url == null");
com.alibaba.dubbo.common.URL url = arg1;
String extName = (url.getProtocol() == null ? "dubbo" : url.getProtocol());
if (extName == null)
throw new IllegalStateException("Fail to get extension(com.alibaba.dubbo.rpc.Protocol) name from url(" + url.toString() + ") use keys([protocol])");
com.alibaba.dubbo.rpc.Protocol extension = (com.alibaba.dubbo.rpc.Protocol) ExtensionLoader.getExtensionLoader(com.alibaba.dubbo.rpc.Protocol.class).getExtension(extName);
return extension.refer(arg0, arg1);
}
}
从拿到的Extension的值,我们就能验证,dubbo的AOP原理。请戳链接https://segmentfault.com/a/11... 这个里面讲了为什么我们拿的是 RegistryProtocol,但是实际上确的拿到的是经过两个wrapper包装的对象的原因了?!
经过两次ProtocolListenerWrapper、ProtocolFilterWrapper的export方法之后,来到R
RegistryProtocol的export方法,这个是一个非常核心的方法。
]
doLocalExport方法里面,将从Invoker里面的拿到了export的值,重新构造了一个InvokerDelegete对象,这个时候又会执行Protocol$Adpative#export方法,这个时候Invoker的Url属性的协议已经是dubbo了。所以会拿到DubboProtocal,并执行export
DubboProtocol#export方法,发现有expoterMap属性的key是 com.alibaba.dubbo.demo.DemoService:20880 服务名:协议端口号。
3.1、启动netty服务器
从上图中,看到了openServer的方法了 <~.~> 。看一下入参URL如下,该值与上面一直图中的export的属性值一模一样。
【忽略ip、pid、timestamp字段,因为不是同一次调试的。】
属性serverMap存储了相应的server,ip:prot为key。因此,假如我们只配置一个协议端口,createServer只会执行一次。
执行Exchangers.bind(url, requestHandler) 就是为拿到 一个 ExchangeServer
]
在Exchangers里面, 执行getExchanger(url)拿到 HeaderExchanger执行bind方法
在HeaderExchanger里面,执行Transporters#bind也是为了拿到一个
在Transporters#bind里面,执行getTransporter()拿到默认的Transporter 即NettyTransporter。
在NettyTransporter启动一个NettyServer
至此一个netty服务器就启动起来了。
4、几个核心概念总结
4.1、ProxyFactory
实现了所有服务接口的的透明化代理。有两个方法,
getInvoker 服务端使用,将实现类封装成一个Invoker。
getProxy 客户端使用,创建接口的代理对象。
4.1、Ivoker
封装了一个服务的相关信息,是一个服务可执行体。
4.2、Invocation
是会话域,它持有调用过程中的变量,比如方法名,参数等。
4.3、Protocol
Protocol是一个服务域,他是Invoker引用和暴露的主要入口,它负责Invoker的生命周期管理。
4.4、Exporter
具体执行Invoker的生命周期
4.5、Exchange
封装请求响应模式,同步转异步