dubbo源码研究之rpc模块

   dubbo作为一个服务化框架，rpc模块是dubbo整个框架的核心部分。
   我们来通过dubbo来了解rpc调用的本质。 
 
  dubbo的rpc模块以Invocation和Result为中心，扩展接口为Protocol、Invoker和Exporter。Protocol是服务域，它是Invoker暴露和引用的主功能入口，它负责Invoker的生命周期管理。Invoker是实体域，它是Dubbo的核心模型，其它模型都向它靠扰，或转换成它，它代表一个可执行体，可向它发起invoke调用，它有可能是一个本地的实现，也可能是一个远程的实现，也可能一个集群实现。
  invoker接口提供两个方法。
  Class<T> getInterface();  获取调用的接口
  Result invoke(Invocation invocation) throws RpcException; 执行调用
  说明rpc就两件事，第一，定位要调用的是哪个接口，第二发起调用返回结果。
  值得注意的是invoker需要Invocation提供的信息，Invocation 支持有本地invoker。invoker不参与Invocation的序列化。Invocation转成request对象通过网络传递并序列化和反序列化。 

  rpccontext是一个静态工具类，通过threadlocal来保存单次调用的上下文。
  Protocol负载invoker的暴露与引用。
 
  一个refer的invoker就会存在一个export的invoker，如果引用的服务不存在，则需要设置<dubbo:consumer check="false" />
  暴露服务顺序

引用服务时序
 
  dubbo的rpc模块也遵守dubbo的整体设计原则采用Microkernel + Plugin模式，Microkernel只负责组装Plugin。
  invoker是核心模型，服务方把invoker对象暴露成Exporter对象，并把url描述写入注册中心，注册中心推送到消费方。消费方通过url转成invoker对象。