Dubbo原理
一、Dubbo架构设计图
Dubbo我们用起来简单因为十层里边我们涉及到到的只不过是User API的两层，剩下的都是Contributor SPI层（从中线下来都是以接口为核心，既然是接口SPI就很有用），而且真正写业务代码的就是Businees一层。RPC六层包含比较关键的逻辑性代码，下面的Remoting层就是Netty、序列化之类比较底层的东西
Service：编写业务逻辑代码
Config：api-dubbo项目中使用过
Proxy：在真正调用实例对象之前可以做很多事情
Registery：通过Proxy可以进行注册、更新，整个注册中心都在这一层
Cluster：集群之类都在此层，比如我们用过的loadBalance
Monitor：count可用来配置接口访问权重
Protocol：协议，可以通过配置文件进行自定义配置，也可以使用Dubbo默认的一套配置
Exchange：远程交换，bind绑定请求地址
Transport：远程传输
Serialize：序列化
描述各层封装方式
二、增强SPI原理
SPI的好处
例如我们需要Dubbo依赖不是zk的另一个我们编写的注册中心，正常我们需要下载Dubbo的源码，修改源码中关于注册中心的部分再发布一个新的Dubbo，等于我们对Dubbo进行了解剖，而SPI方式中Dubbo把接口和实现类在某个地址通过文件方式暴露出来，我们只需要针对关于SPI注册中心的接口将我们编写的注册中心通过实现类添加进SPI文件，做到只修改了SPI文件不需要改源码，自编写注册中心实现类的jar包的maven地址添加到Dubbo，由于SPI破坏双亲委派机制可以加载classpath下的实现类，Dubbo因此就可以将其加载进行使用
2.1）参数为SPI接口
dubbo表示默认的配置，在下图中默认选用DubboProtocol
后缀Wrapper是包装类，后缀Protocol是目标类
2.2）获取适配器实例
这个AdaptiveInstance就像我们本地存根图中描述的Comsumer访问Provider中间API和Dubbo层创建的适配类
2.3）创建适配器类
从所有扩展类中找到AdaptiveClass就赋值给cacheAdaptiveClass后返回，没找到则进行创建后返回
2.4）获取SPI所有扩展的class对象
replace("org.apache", "com.alibaba")将同一个类不同包名也进行加载——一套是apache一套是alibaba
loadResource()
是否为包装类的逻辑就是看有参构造方法的入参是否只有当前type类，比如只有一个入参Protocol
extensionClasses里不包含适配类和包装类，只包含目标类
2.5）真正创建适配类的class对象
ExtensionFactory有自己的Adaptive类所以不需要创建，Protocol没有就需要执行此方法
拼装好的源码
2.6）注入适配器类依赖的其它扩展点
调用
AdaptiveExtensionFactory()无参构造方法
2.7）参数为一个字符串
createExtension()
injectExtension()
由于是SpiExtensionFactory所以没有Wrapper
QosProtocolWrapper针对于指令界面，发送指令让Dubbo返回一些服务之间管理的内容。没有它Server端没法接收zk命令端发送的指令
2.8）循环注入Wrapper到Extension
打上断点，Protocol中有Wrapper所以进入
ProtocolListenerWrapper包住ProtocolFilterWrapper包住QosProtocolWrapper包住DubboProtocol
Ps：Provider端部分暴露流程
