13.调用端如何同步等待网络返回结果以及如何实现调用端超时rpc的调用不同于我们那种简单的在本地的同步调用，当一个调用发出去之后，要经过编解码，发送到provider端，等provider端处理完回来再接收到响应结果。这个过程是”异步的“，那么我们再调用时如何让异步转同步，能等到结果的？ 在前面讲 发现到服务之后如何玩转调用的最简过程 部分时，当consumer端发送调用请求时要过Header

12.如何解码响应结果与编码请求类似，其实上篇文章中我们已经发现了对接DubboCodec。 不细细分析了，列出主要代码，直接看代码就可以了。 com.alibaba.dubbo.remoting.exchange.codec.ExchangeCodec.decode(Channel, ChannelBuffer)// 读取定长heder com.alibaba.dubbo.rpc.pro

11.如何编码请求关于请求的编码，如果你熟悉过dubbo代码，直接看其DubboCodec类即可。 如果不熟悉，属于刚开始看那种，也没关系。我们用下面的办法探索一下就能发现。 探索出编码器在哪里是什么我们先从上篇文章的服务调用继续往下跟，可以发现请求要通过过Channel发送出去。调用栈如下： NettyChannel.send(Object, boolean) line: 95 Net

10.发现到服务之后如何玩转调用的最简过程上一篇文章中讲述了消费这么找到服务，怎么为后面的调用准备client与invoker。 这篇我们探讨下，当一个rpc服务真正发起调用时是怎样的，经历那些过程。 我们先截取一段服务发起调用时的调用栈，在截取调用栈之前我们先准备一个用例，有返回值的rpc调用，后面文章也会用到。 相关case代码facade端的接口: package com.cod

09.消费者如何发现服务到注册中心查找的堆栈上一篇文章已经讲到provider会把自己服务监听的ip和端口等信息注册到注册中心。那么，consumer想要调用provider则需要到注册中心查找provider的信息。查找的调用栈是怎么样的呢？ 先看下查找zk上的path的子节点的调用栈： ZkclientZookeeperClient.addTargetChildListener(Str

08.提供者如何注册服务 如何延迟暴露provider的服务(机器ip、服务侦听端口等信息)如何让消费者找到，就是通过注册中心完成的。 +---------------+ | | +----->Register Center<-----+ | | | |

07.提供者provider bean构建逻辑Server 侧demo 启动类 @RunWith(SpringJUnit4ClassRunner.class) @ContextConfiguration("/com/code260/ss/dubbo/demov/server/conf/registercenter/zookeeper/applicationContextNode1.xml") pu

06.消费者consumer侧 reference bean生成逻辑client侧demo @RunWith(SpringJUnit4ClassRunner.class) @ContextConfiguration("/com/code260/ss/dubbo/demov/client/conf/registercenter/zookeeper/applicationContext.xml") p

05.dubbo日志机制dubbo对于其日志机制，设计的还是比较灵活的，可以自由配置选用哪种日志框架。这样就能达成跟你的项目所采用的日志框架一致的目的。这是做中间件开发的同学一个值得学习的设计。tomcat是一直到8点几版本才开始能方便的支持不同日志框架的对接。早些版本都是要替换jar之类的办法，还是有一点麻烦的。有些开源框架只支持一种日志框架对接，这样就不是很好了。 入手处分析其日志机制，从哪

04.dubbo扩展点实现怎么入手分析与学习 可以看官方的ExtensionLoaderTest 测试用例，以这些具体的case作为入口。 也可以直接看ExtensionLoader代码。可以从getExtension,getAdaptiveExtension,getActivateExtension三个方法作为入口。 扩展点的使用配置文件相关配置文件放在哪里？ META-INF/dubbo/