Dubbo 消费者启动流程

来源：互联网发布：中国崩溃论知乎编辑：程序博客网时间：2024/06/12 01:38

ReferenceConfig#createProxy 创建代理

refprotocol#refer 返回invoker

refprotocol为Protocol$Adpative，是动态生成的，参考http://blog.csdn.net/u011686226/article/details/53786481

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);

因此实际上又获取了一个protocol，然后调用它的refer方法，这个protocol是ProtocolListenerWrapper

简单说一下这里ExtensionLoader#getExtension 参数是registry，首先从cachedInstances缓存获取，没有使用createExtension创建

createExtension方法也会从EXTENSION_INSTANCES缓存中获取，没有的话会实例化一个（这里实力化了一个RegistryProtocol）

然后调用injectExtension方法进行依赖注入

然后使用cachedWrapperClasses包装，这里cachedWrapperClasses有两个

ProtocolListenerWrapper#refer

public <T> Invoker<T> refer(Class<T> type, URL url) throws RpcException {if (Constants.REGISTRY_PROTOCOL.equals(url.getProtocol())) {return protocol.refer(type, url);}return new ListenerInvokerWrapper<T>(protocol.refer(type, url),Collections.unmodifiableList(ExtensionLoader.getExtensionLoader(InvokerListener.class).getActivateExtension(url, Constants.INVOKER_LISTENER_KEY)));}

实际上又调用了ProtocolFilterWrapper#refer

public <T> Invoker<T> refer(Class<T> type, URL url) throws RpcException {if (Constants.REGISTRY_PROTOCOL.equals(url.getProtocol())) {return protocol.refer(type, url);}return buildInvokerChain(protocol.refer(type, url), Constants.REFERENCE_FILTER_KEY, Constants.CONSUMER);}

又调用了RegistryProtocol#refer

这里创建了一个RegistryDirectory subscribe开始订阅服务，实际上还是使用了ZooKeeperRegistry注册。

请求过程

InvokerInvocationHandler#invoke方法

MockClusterInvoker#invoke方法

AbstractClusterInvoker#invoke方法这里会获取负载均衡类loadbalance

根据配置例如FailoverClusterInvoker#doInvoke方法这里会做负载均衡

RegistryDirectory的静态内部类InvokerDelegete#invoke 这里是个拦截器链是在ProtocolFilterWrapper类的buildInvokerChain方法创建的

我这里经过了几个filter 最后到达了DubboInvoker(dubbo协议)

client一个线程调用远程接口，会生成一个唯一的id，并且封装调用信息和处理结果的回调对象callback成一个object，存在concurrenthashmap，使用iosession.write(connrequest)异步发送出去，当前线程再使用callback的get()方法获取远程返回的结果，在get方法内部，使用synchronize获取回调对象callback的锁，再检车是否已经获取结果，如果没有，则调用callback的wait()方法，释放callback的锁，线程等待。
服务端将结果发送client后，clientsocket连接上监听线程，获取id，再从concurrenthashmap找到object，并且将结果存在callback里面，监听线程获取callback的锁，会notifyall(),继续执行

0 0