doukill

Dubbo的远程调用是基于代理，也就是我们@DubboServie注入对象是一个代理对象。代理对象会调用到InvocationHandler的invoke方法。 1.InvokerInvocation

Dubbo代理对象的过程是在注入Dubbo的Service过程中实现的，比如我们的Controller中注入了一个Dubbo服务，如下 源码中，起点的位置是在ReferenceConfig中， 1 R

服务发布订阅的起点是在ReferenceConfig类的get方法。 1.ReferenceConfig 2.RegistryProtocol 3.RegistryDirectory 4.Failba

整体流程如下 1.RegistryProtocol类 2.FailbackRegistry类 3.NacosRegistry类（我使用的是Nacos注册中心，所以这里走到这里） 4.NacosNami

流程如下 1.RegistryProtocol类 2.DubboProtocol类 3.Exchangers类 4.HeaderExchanger类 5.Transporters类 6.NettyTr

@Adaptive:为生成Adaptive实例提供参数，作用域在类或方法上； Adatpive，字面意思是个适配，但其实是个代理，它的意思是适配合适的对象处理请求。类似jdk的动态代理，因为dubbo

SPI核心机制主要依赖于ExtensionLoader类，在3.0版本中获取扩展点的方式跟2版本是有区别的，已经废弃了原本的方式，而是采用以下方式 ExtensionLoader的核心功能点： 扩展点

层次名 作用 Service 业务层。包括业务代码的接口与实现，即开发者实现的业务代码 config 配置层。主要围绕ServiceConfig （暴露的服务配置）和ReferenceConfig （

假设我们发送两个数据包D1和D2，两次接收分别是D1和D2，这种属于正常情况。 那么第一次接收到D1和部分的D2，这种现象叫做粘包。 那么第二次只接收到D2的一部分包，这种现象