spring boot 整合 dubbo 实现高性能 rpc 调用，核心是服务提供方暴露接口、消费方透明引用，并通过注册中心自动发现与通信；采用 dubbo 自研 tcp 协议，性能优于 openfeign。
Spring Boot 整合 Dubbo 实现高性能 RPC 调用，核心在于让服务提供方暴露接口、消费方透明引用，再依托注册中心完成自动发现与通信。整个过程不依赖 HTTP，走的是 Dubbo 自研的高性能 TCP 协议，序列化、线程模型、负载策略都可调优，性能明显优于 OpenFeign。
定义统一 API 接口模块
这是整合的前提，必须把服务接口和 DTO 类抽成独立的 Maven 模块（如 dubbo-api），供 Provider 和 Consumer 共享。避免包冲突或类找不到问题。
- 接口需声明为普通 Java interface，不加 Spring 注解，仅定义方法签名
- 实体类（如 Order、User）要实现 Serializable，建议加上 serialVersionUID
- 模块只依赖 slf4j-api 和基础 JDK，不引入 Spring 或 Dubbo 的任何 starter
服务提供方配置与暴露
在 Provider 项目中引入 dubbo-spring-cloud-alibaba 或 dubbo-spring-boot-starter（推荐 3.1.x+ 版本），并配置注册中心地址与协议。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 启用注解：在启动类加 @EnableDubbo（Spring Boot 2.x）或直接用 @DubboService（3.x 默认支持）
- 暴露服务：在实现类上标注 @DubboService(version = "1.0.0")，version 建议显式指定，便于灰度和兼容
- application.yml 示例：
registry:
address: nacos://127.0.0.1:8848
protocol:
name: dubbo
port: 20880
scan:
base-packages: com.example.provider.service
服务消费方引用与调用
Consumer 项目同样引入 Dubbo Starter，通过注解注入远程服务代理，调用方式与本地无异。
- 使用 @DubboReference(version = "1.0.0") 注入接口，Dubbo 会在启动时生成动态代理
- 若注册中心暂时不可用，可加 check = false 避免启动失败；超时和重试也建议显式配置
- Controller 中直接调用，无需封装 HTTP 层：
public class OrderController {
@DubboReference(version = "1.0.0", timeout = 3000, retries = 1)
private OrderService orderService;
@GetMapping("/order/{id}")
public OrderDetail getOrder(@PathVariable String id) {
return orderService.getOrderById(id);
}
}
关键优化点与避坑提示
Dubbo 默认配置够用，但上线前这几项务必确认，否则容易在高并发下翻车。
-
序列化选型：默认 Hessian2 兼容好但性能一般；生产环境推荐 kryo 或 protobuf，配在 protocol 下：
dubbo.protocol.serialization=kryo -
线程模型：Provider 端默认
fixed线程池，突发流量易排队；可改cached并设合理threads（如 200）和queues（建议 0） -
异步调用：对耗时操作（如查库+发消息），用
@DubboService(async = true)+CompletableFuture返回，释放 I/O 线程 - 注册中心一致性：Provider 和 Consumer 必须用同一套注册中心（Nacos/ZooKeeper），地址、命名空间、分组都要对得上
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
