Apache Dubbo 是一款由阿里开源、现由 Apache 维护的高性能 Java RPC 微服务框架 ，核心解决分布式系统中的服务通信、服务发现、负载均衡、集群容错与流量治理 问题，主打低延迟、高吞吐、强治理。
一、核心定位与架构
1. 核心角色（5大组件）
- Provider（服务提供者）：暴露接口，启动时注册到注册中心。
- Consumer（服务消费者）：调用远程服务，启动时订阅服务地址。
- Registry（注册中心） ：服务注册/发现、地址推送、健康检查（常用：Nacos、ZooKeeper）。
- Monitor（监控中心）：统计调用次数、耗时、成功率（Dubbo Admin、Prometheus）。
- Container（服务容器）：负责启动/加载 Provider（默认 Spring 容器）。
2. 调用流程（极简）
- Provider 启动 → 注册服务到 Registry。
- Consumer 启动 → 订阅服务 → 本地缓存地址列表。
- Consumer 直接调用 Provider（不走注册中心），本地负载均衡。
- 调用数据定时上报 Monitor。
3. 分层架构（SPI 可扩展）
- 服务接口层：业务 API 与实现。
- 配置层：服务发布/引用配置。
- 代理层：生成客户端代理，透明调用。
- 路由层：负载均衡、流量路由。
- 集群层：容错、熔断、降级。
- 协议层：Dubbo/Triple/HTTP/gRPC 等。
- 交换层：请求响应、异步转同步。
- 传输层：Netty NIO 通信。
二、核心功能（面试高频）
1. 高性能 RPC
- 透明调用：像本地方法一样调用远程服务。
- 协议 ：Dubbo 私有协议（TCP 长连接、二进制序列化）、Triple（HTTP/2，Dubbo3 主推）、gRPC、HTTP。
- 序列化：Hessian2、Protobuf、JSON 等。
- 通信模型：Netty NIO、异步非阻塞、连接复用。
2. 服务发现
- Dubbo3 应用级发现 ：注册数据减少 90%，支持百万实例集群。
- 注册中心宕机：Consumer 靠本地缓存继续调用。
3. 负载均衡（6种）
- Random（默认，加权随机）
- RoundRobin（加权轮询）
- LeastActive（最少活跃）
- ShortestResponse（最短响应）
- ConsistentHash（一致性哈希）
- Adaptive（自适应）
4. 集群容错（6种）
- Failover（失败重试，默认，读操作）
- Failfast（快速失败，写/非幂等）
- Failsafe（失败安全，日志）
- Failback（失败自动恢复）
- Forking（并行调用，强一致）
- Broadcast（广播所有）
5. 服务治理（核心优势）
- 流量路由：灰度、金丝雀、同机房优先、参数路由。
- 动态配置：权重、超时、重试、限流、降级。
- 多版本/分组：平滑升级、环境隔离。
- 可观测：Metrics、Tracing、日志、Admin 控制台。
三、Dubbo 3 核心升级（云原生）
- Triple 协议：基于 HTTP/2，兼容 gRPC、跨语言、网关友好。
- 应用级服务发现：大幅降低注册中心压力。
- Proxyless Mesh：直接接入 Istio，无 Sidecar 性能损耗。
- 百万集群：地址推送、元数据分离，支持超大规模实例。
四、优缺点总结
✅ 优点
- 性能极强 ：TCP 长连接、二进制协议，QPS 比 HTTP 高 3--5 倍。
- 治理完善 ：内置路由、容错、限流、监控，无需大量第三方组件。
- 轻量易用 ：Spring Boot 无缝集成，@DubboService / @DubboReference 一键接入。
- 扩展性强 ：SPI 机制，协议、负载均衡、过滤器均可自定义。
- 云原生：Dubbo3 支持 K8s、Service Mesh、多语言（Java/Go）。
❌ 缺点
- 生态不如 Spring Cloud 全：缺少原生网关、配置中心、链路追踪（需整合）。
- REST 较弱 ：更适合内部微服务调用，对外 API 建议搭配网关。
- 多语言支持：Java 最成熟，Go 次之，其他语言生态较弱。
五、适用场景
- 中大型 Java 微服务 ：电商、金融、支付、物流等高并发、低延迟核心链路。
- 服务数量多、治理复杂：需要灰度、多版本、流量管控、监控运维。
- 云原生/Service Mesh：Dubbo3 + Proxyless Mesh 架构。
六、一句话总结
Dubbo = 高性能 RPC + 全自动服务发现 + 智能负载均衡 + 强大集群容错 + 企业级流量治理 ，是 Java 生态追求极致性能与服务治理的首选微服务框架。