所以,当我们使用了Dubbo的@Service注解之后,其实没必要再使用Spring的相关注解了....以ZK为例,注册服务到providers节点,同时监听configurators节点
2.10 最终返回一个Exporter对象,该对象内部持有Invoker引用.可以简单的认为Exporter对象即代表最终暴露的那个服务...返回的是一个DefaultFuture对象,并且有一个Map缓存所有请求ID和DefaultFuture的关系
服务端响应请求
NettyServer收到请求,先将消息转发到线程池
线程池收到消息,先对消息进行解码...NettyClient收到请求,先将消息转发到线程池
线程池收到消息,先对消息进行解码
根据前面介绍我们已经知道: 一个请求和其对应的响应使用的是同一个ID; 请求ID和DefaultFuture的映射关系被缓存在...也就是说我只是想看看整个调用是否通畅,而不是发出实际的调用
对于消费者: 服务引用(即为消费端生成的那个代理对象)实现了EchoService接口,只所以需要将任意服务引用强制转换为EchoService