分布式 RPC 框架比较：dubbo、dubbox、motan、thrift、grpc

RPC

RPC 协议是一种远程过程调用的实现方式。假设现在有两台服务器 A 和 B。部署在 A 服务器上的服务，想调用正在 B 服务器上运行的另一个进程。但由于双方服务并不在一个内存空间而导致无法直接调用，那么就必须通过网络通讯来达到调用效果。

在面向对象编程范式中，RPC 由远程方法调用（RMI）表示。RPC 模型暗示了一定程度的位置透明性，即调用过程在很大程度上是相同的，无论它们是本地的还是远程的。这对于微服务场景下十分友好，开发人员无需关心网络通讯细节就能够在复杂的内网环境下调用函数或传递参数。

服务治理型：

多语言型：

Apache Dubbo 是一个易于使用、高性能的 WEB 和 RPC 框架，具有内置的服务发现、流量管理、可观察性、安全功能、工具和构建企业级微服务的最佳实践。

Dubbo 是阿里巴巴推出的，多年来一直在成功支持数十亿的服务。

Dubbo 能做的事情有：

Dubbo的架构包含了：

gRPC 是一个开源的 RPC 框架，可以在多种开发环境中运行并连接不同的应用程序和服务。它是由谷歌基于其名为 Stubby 的内部 RPC 基础设施开发的。它使用 HTTP/2、协议缓冲区和各种功能，如身份验证、流式传输和负载平衡。它还可以为 API 接口生成文档。

在 gRPC 中，客户端应用程序可以直接调用不同机器上的服务器应用程序上的方法，就好像它是本地对象一样，这样可以更容易地创建分布式应用程序和服务。与许多 RPC 系统一样，gRPC 基于定义服务的思想，可以通过指定参数和返回类型进行远程调用。

Motan 是一个 RPC 框架，使用 Java 开发的，用于快速开发高性能分布式服务。Motan 生态系统中的相关项目：Motan go 是 golang 的实现。Motan PHP 是 PHP 客户端可以直接或通过 Motan go 代理与 Motan 服务器交互。

thrift 允许您在一个简单的定义文件中定义数据类型和服务接口。以该文件为输入，编译器生成代码，用于轻松构建跨编程语言无缝通信的RPC客户端和服务器。您可以直接进入业务，而不是编写大量样板代码来序列化和传输对象以及调用远程方法。

我们需要使用 API 工具来进行 gRPC 接口的请求，今天我选择了 Apifox 来进行请求，因为它支持中文，且免费使用。

Apifox 调试 gRPC 接口是基于 .proto 文件的 gRPC 调试，包括一元调用和流式调用。

在创建项目时「选择 gRPC 项目」-->「导入 .proto 文件」，无需写代码即可直接调用 gRPC 接口。

在调试 gRPC 接口之前，也需要先导入作为 API 定义的 .proto 文件。如果一个 .proto 文件依赖于其他 .proto 文件，那么需要手动添加依赖关系目录。

一元调用

只需要在地址栏填写 URL 后点击「调用」按钮，即可发起一元调用。

流式调用

流式调用包含服务端流、客户端流、双向流。

在发起调用之后，你可以在 Message 标签下撰写消息并发送。Apifox 提供了一个时间线视图，按照时间顺序集中展示调用状态、发送的消息、收到的消息。点击消息之后，可以非常方便地查看消息的详情。

欢迎体验一下，完全免费的哦：在线使用 Apifox

知识扩展：