Dubbo 详解
一、Dubbo 是什么
官网与定义
Dubbo 是一款高性能、轻量级的开源服务框架，其官网为 double.apache.org，提供中文版本（网址含 “zh”）。
核心能力
Dubbo 具备六大核心能力：
- 面向接口代理的高性能 RPC 调用 ：RPC（Remote Procedure Call）即远程过程调用，允许一个服务请求另一个远程服务的能力，是 Dubbo 的核心。Dubbo 通过高性能 RPC 调用，实现服务间通信，通信协议可指定，默认用 Dubbo 协议，而非 HTTP。
- 智能容错和负载均衡 ：针对调用而言，保障系统稳定性和高可用性。
- 服务自动注册与发现 ：简化服务管理，方便服务提供方和消费方动态发现和调用服务。
- 高度可扩展能力 ：满足不同业务场景需求。
- 运行流量调度 ：优化服务调用过程中的流量分配。
- 可视化的服务治理与运维 ：提升运维效率和管理水平。
这些能力均围绕 RPC 调用进行扩展或辅助，因此 Dubbo 的核心在于服务间的 RPC 调用，在多服务场景下，服务相互调用可考虑使用 Dubbo。
发展情况
Dubbo 最初由阿里巴巴内部开发，后捐赠给 Apache，期间经历维护中断，一些公司基于其自行维护衍生品，如当当的 Dubbo X。如今，Dubbo 支持多种语言，应用广泛，涵盖互联网公司（考拉、去哪儿等）和非互联网公司（中国电信、中国人寿等）。
二、RPC 介绍
概念及发展历程
RPC（远程过程调用）是服务间通信的一种方式。早期程序主要是内部方法调用，随着发展，出现同一台电脑内多个进程间调用需求，即进程间通信。进一步地，当需要调用的能力不在同一台电脑内时，便引入了 RPC（Remote Procedure Call）的概念。RPC 框架能方便实现远程调用，如 Dubbo，使得其他计算机或程序提供的服务被本地程序利用，加强系统间协作。
常见框架及对比
常见的 RPC 框架有：
- 阿里 Dubbo 框架 ：性能好，目前较为主流。
- 新浪魔毯框架 ：架构简单，适合初学者学习原理及源码，或作为开发小型 RPC 框架的参考。
- Facebook Thrift 框架 ：可伸缩跨语言框架，有强大代码生成引擎，支持多种语言，适用于跨语言通信场景。
选择框架需根据业务需求权衡，如团队技术栈统一且对性能要求高，可选 Dubbo；若需跨语言通信，Thrift 是不错选择；技术栈不统一时，HTTP 可能更合适。
HTTP 和 RPC 对比
对比 Dubbo 通信协议与 HTTP 协议：
- 传输效率 ：RPC 通常更高，因其协议无过多无用报文内容，无需转 json。
- 通用性 ：HTTP 更强，几乎被所有公司默认支持，联调首选；RPC 框架间兼容性差。
- 负载均衡 ：RPC 框架自带负载均衡策略，HTTP 需额外处理。
开发选择建议依据团队技术栈、语言需求及性能要求等因素综合考量。
三、Dubbo 工作原理
模块信息及架构
Dubbo 架构涉及以下模块：
- provider ：服务提供方，如商品服务提供查询商品详情能力。
- consumer ：服务消费方，调用远程服务获取所需能力。
- registry ：注册中心，用于服务注册与发现。
- monitor ：监控中心，监控调用次数、时间等数据。
- container ：服务运行时容器。
工作流程如下：
- 启动 container，provider 在其中运行并向注册中心注册。
- consumer 订阅服务信息，注册中心将地址提供给 consumer。
- consumer 获取信息后，直接调用对应 provider。
- consumer 和 provider 定期向 monitor 上报数据。
图中紫色虚线表示初始化过程，蓝色线（实线为同步调用，虚线为异步操作如通知和数据上报）表示其他操作。
四、项目开发流程
项目创建与配置
- 引入依赖 ：在项目中引入 Dubbo 相关依赖，添加 Dubbo 特有的 @Service 注解。
- 指定注册中心 ：整合 Dubbo 时，通常选 Zookeeper 作为注册中心，配置其地址以便 Dubbo 找到服务。
- 项目结构 ：采用 spring cloud 课程结构，包含服务提供者（如课程列表）和服务调用者（如课程价格服务）两个模块，相互配合完成项目。
生产者开发
- 创建模块 ：在 Idea 中新建 Maven 项目，删除原有 src 模块，新建子模块（如 producer），建立依赖关系。
- 编写代码 ：在 producer 中创建包（如 com.imook.producer），包含 service 包定义接口（如 CourseListService）和实现类（如 CourseListServiceImpl），实现具体业务逻辑，如从数据库获取课程并展示。编写实体类（如 Course），继承 Serializable 接口，包含主键 ID、课程 ID、名称、是否上架等字段，引入 List 列表和 JAVA Util 工具类。
- 配置文件 ：在 resources 新建 application.properties 配置文件，配置服务版本号、通信协议、端口号、注册地址等信息，指定 Dubbo 服务位置（如通过 dubbo.scan.base-packages）。
消费者开发
- 配置依赖 ：消费者依赖配置与生产者基本一致，可复制生产者依赖配置并修改名称。
- 配置文件 ：复制生产者配置文件，修改端口号（如 8084）和项目名称（如 course price）。
- 编写业务逻辑 ：新建包（如 com.imook.consumer），复制 entity 和 dao 包，新建 service 包定义接口（如课程价格服务接口，含通过 ID 查找价格、获取课程列表并匹配价格等方法）及实现类（如 CoursePriceServiceImpl），在实现类中通过 @Reference 注解引入 Dubbo 服务，实现具体逻辑，如调用 Mapper 查询价格、获取课程列表并遍历匹配价格等。
- 控制器与启动类 ：创建控制器，引入 service，实现具体功能如获取课程价格、课程名称和价格列表等。构建 Spring Boot 启动类，更换注解为 @SpringBootApplication 以对外暴露服务，并确保正确配置 Dubbo 相关内容。
注意事项
- ZooKeeper 启动 ：消费者启动前必须确保 ZooKeeper 已启动，否则消费者找不到依赖服务会报错。
- 启动顺序 ：生产者需先于消费者启动，让消费者能正常找到所依赖的服务，可通过配置关闭此检查。
- 注解选择 ：区分 spring framework 和 Apache Dubbo 的库，正确选择 Dubbo 的 @Service 和 @Reference 注解，并指定版本，避免冲突。
- 配置细节 ：生产者要正确配置协议、端口号、注册地址等信息，实体类需考虑驼峰配置，以确保下划线字段自动转换。
)
