1. Dubbo架构
| 节点 | 角色说明 |
|---|---|
| Provider | 暴露服务的服务提供方 |
| Consumer | 调用远程服务的服务消费方 |
| Registry | 服务注册与发现的注册中心 |
| Monitor | 统计服务的调用次数和调用时间的监控中心 |
| Container | 服务运行容器 |
Dubbo Consumer并不是直接通过https等方式直接调用Provider，而是Provider接口实现代理方式，让Consumer像调用本地方法一样进行远程调用Provider。这样通过代理方式好处：
a) Provider和Consumer解耦
b) 代理类中新增过滤操作、服务降级、容错等机制
c) 调用的负载均衡
d) 接口调用数据统计
2. Dubbo整体架构设计
Business Service层：业务层，日常开发中的业务逻辑层
Config 层：对外配置接口
proxy层：服务代理层，provider和consumer都会生成动态代理类。生成provider端Stub和consumer端Skeleton，负责远程调用和数据返回
registry层：注册中心，封装服务地址的注册和发现，注册中心保存provider的ip、port以及调用方式（proxy）
protocol层：远程调用层，封装rpc调用的具体过程
Cluster层：路由层，封装多个provider的路由和负载均衡
monitor层：监控中心，rpc调用次数和调用时间监控
serialize层：数据序列化层，负责provider和consumer网络传输数据的序列化与反序列化。一般是将需要传输的数据类implements Serializable
3. Dubbo原理
Dubbo远程调用是通过动态代理实现的，使用动态代理来屏蔽远程调用的细节。
Provider Consumer都是通过代理类实现，Invoker 就是 Dubbo 对远程调用的抽象。在服务提供方，Invoker用于调用服务提供类。在服务消费方，Invoker用于执行远程调用
3.1 Provider端：生成代理类、注册
首先provider启动，Protocol通过Proxy代理将需要暴露的接口封装成Invoker，是一个可执行体。然后通过Exporter包装发送到注册中心完成注册，至此provider端服务暴露完成。具体如下
- 服务提供者在启动的时候，会通过读取一些配置将服务实例化。
- Proxy 封装服务调用接口，方便调用者调用。客户端获取 Proxy 时，可以像调用本地服务一样，调用远程服务。
- Proxy 在封装时，需要调用 Protocol 定义协议格式，例如：Dubbo Protocol。
- 将 Proxy 封装成 Invoker，它是真实服务调用的实例。
- 将 Invoker 转化成Exporter，Exporter 只是把 Invoker 包装了一层，是为了在注册中心中暴露自己，方便消费者使用。
- 将包装好的Exporter 注册到注册中心。
3.2 Consumer端：服务调用
- 服务消费者建立好实例，会到服务注册中心订阅服务提供者的元数据（元数据包括服务 IP 和端口以及调用方式(Proxy)）,并保存到本地缓存，这样及时所有注册中心宕机，provider和consumer也可以通过本地缓存进行通讯，只是其中一方信息变更另一方无法感知。
- 消费者会生成一个代理类，通过Proxyfactory生成一个Proxy代理类，Proxy持有一个Invoker可执行对象
- 调用 Invoker之后，通过 Directory 获取服务提供者的Invoker 列表。在分布式的服务中有可能出现同一个服务，分布在不同的节点上。
- 通过路由规则了解，服务需要从哪些节点获取。
- Invoker 调用过程中，通过 Cluster 进行容错，如果遇到失败策略进行重试。
- 调用中，由于多个服务可能会分布到不同的节点，就要通过 LoadBalance 来实现负载均衡。
- Invoker 调用之前还需要经过Filter，它是一个过滤链，用来处理上下文，限流和计数的工作。
- 接下来用 Client 进行数据传输，一般用Netty进行传输
- Codec 会根据 Protocol 定义的协议，进行协议的构造。
- 构造完成的数据，通过序列化 Serialization 传输给服务提供者。
-
3.3 Provider收到Consumer调用处理
- Request 已经到达了服务提供者，它会被分配到线程池(ThreadPool)中进行处理。
- Server 拿到请求以后查找对应的 Exporter(包含有 Invoker)。
- 由于 Export 也会被 Filter 层层包裹，通过Filter 后获得 Invoker最后，对服务提供者实体进行调用。
- 最终将结果原路返回
4 MDC
MDC可理解为线程安全的存放诊断日志的容器
MDC数据结构是key-value格式，api有MDC.put(k,v) MDC.remove(k), MDC.get(k)
MDC值是与线程绑定在一起的，不同线程间互不影响。其线程安全原因是底层使用ThreadLocal
MDC使用场景：
a) Web应用中，如果想在日志中输出请求用户IP、请求URL、系统耗时等，MDC都成支撑
b)借助MDC保存用户请求时requestId,当请求完成后再将这个requestId移除。这样通过grep requestId就可以轻松获取整个请求流程的日志轨迹
c)微服务中，链路追踪是一个难题，借助MDC去埋点，巧妙实现链路追踪
5 SPI
https://blog.csdn.net/yangbaggio/article/details/97617750
https://blog.csdn.net/JavaShark/article/details/125210297
参考文献：
https://huaweicloud.csdn.net/63a568d6b878a54545946c16.html?spm=1001.2101.3001.6650.4&utm_medium=distribute.pc_relevant.none-task-blog-2~default~ESLANDING~activity-4-125233339-blog-120353520.235^v27^pc_relevant_landingrelevant&depth_1-utm_source=distribute.pc_relevant.none-task-blog-2~default~ESLANDING~activity-4-125233339-blog-120353520.235^v27^pc_relevant_landingrelevant
https://blog.csdn.net/ChenRui_yz/article/details/127438988
https://blog.csdn.net/TaylorSwiftiiln/article/details/120353520
