一个分步指南

弗洛里安·克鲁姆 ( Florian Krumm ) 在Unsplash上拍摄的照片

背景和介绍RPC vs JSON vs SOAP

一旦我了解了gRPC和Thrift，就很难再回到使用更具过渡性的基于 JSON 的 REST API 或SOAP API 了。

两个著名的RPC框架 gRPC 和 Thrift 有很多相似之处。前者源自谷歌，后者源自Facebook。它们都易于使用，对多种编程语言都有很好的支持，并且都具有高性能。

最有价值的功能是多种语言的代码生成以及服务器端反射。这些使 API 本质上是类型安全的。使用服务器端反射，可以更轻松地探索 API 的模式定义，而无需阅读和理解实现。

Grpc 与 Thrift

Apache Thrift在历史上一直是一个流行的选择。然而近年来，由于缺乏来自 Facebook 的持续支持，以及与fbthrift的分叉分叉，慢慢失去了人气。

与此同时，gRPC 已经赶上了越来越多的功能，拥有更健康的生态系统。

GRPC（蓝色）与 Apache Thrift（红色）的比较。谷歌趋势

gRPC、fbThrift 和 Apache Thrift 之间的 GitHub 明星历史。

到今天为止，除非您的应用程序以某种方式隶属于 Facebook，否则没有充分的理由考虑 Thrift。

GraphQL 怎么样？

GraphQL是另一个由 Facebook 发起的框架。它与上面的两个 RPC 框架有很多相似之处。

移动 API 开发的最大痛点之一是一些用户从不升级他们的应用程序。因为我们想保持向后兼容性，我们要么必须在 API 中保留旧的未使用字段，要么创建 API 的多个版本。GraphQL 的一个动机就是解决这个问题。它被设计成一种“查询语言”，允许客户端指定它需要的数据字段。这使得处理向后兼容性变得更容易。

GraphQL 在开发移动 API 以及面向公众的 API（例如GitHub）方面具有巨大价值。因为，在这两种情况下，我们都无法轻易控制客户端的行为。

但是，如果我们正在为 Web 前端构建 API 或为内部后端服务构建 API，那么选择 GraphQL 而不是 gRPC 几乎没有什么好处。

锈

以上是迄今为止网络框架的一个小概述。除了网络，我们还需要决定应用服务器的语言。

基于Stack Overflow 调查：“六年来，Rust 是最受欢迎的语言。” 尽管学习曲线相对陡峭，但它的类型安全、优雅的内存管理、广泛的社区支持和性能，都使 Rust 成为一种非常有吸引力和有前途的后端服务开发编程语言。

Rust 是最受欢迎的语言。2021 年 Stackoverflow 调查

我们也开始看到 Rust 在行业中得到越来越广泛的采用：Facebook、Dropbox、Yelp、AWS、Google等。很明显，Rust 将继续增长并继续存在。

这就是我们将在今天的教程中看到的内容——在 Rust 中使用 gRPC 构建一个小型服务器。

安装 Rust

使用以下命令安装 Rust：

$ curl --proto '=https' --tlsv1.2 -sSf <; | 嘘

如果您以前安装过 Rust，我们可以通过以下方式对其进行更新：

$ rustup 更新稳定

让我们仔细检查rustc（Rust 编译器）和cargo（Rust 包管理器）的安装版本：

$ rustc --版本rustc 1.60.0 (7737e0b5c 2022-04-04)$货物--版本货物 1.60.0 (d1fd9fe2c 2022-03-01)

有关安装的更多信息，请查看。

创建一个 Rust 项目

运行以下命令创建一个新的“Hello World”项目：

$ cargo new rust_grpc_demo --bin

让我们编译并运行程序：

$ cd rust_grpc_demo$货运运行   编译 rust_grpc_demo v0.1.0 (/Users/yuchen/Documents/rust_grpc_demo)    在 1.75 秒内完成 dev [unoptimized + debuginfo] target(s)      Running `target/debug/rust_grpc_demo`你好，世界！

这显示了我们到目前为止的文件结构：

$查找。-not -path "./target*" -not -path "./.git*" | sed -e "s/[^-][^\/]*\// |/g" -e "s/|\([^ ]\)/| - \1/"  |-Cargo.toml   |-Cargo.lock   |-src   | |-main.rs

gRPC 使用协议缓冲区来序列化和反序列化数据。.proto让我们在一个文件中定义服务器 API 。

$ mkdir proto $ touch proto/ bookstore.proto

我们定义了一个书店服务，只有一个方法：提供一个书本 id，并返回有关该书的一些详细信息。

我们将使用tonic创建我们的 gRPC 服务。将以下依赖项添加到Cargo.toml文件中：

为了从 生成 Rust 代码bookstore.proto，我们tonic-build在 crate 的build.rs构建脚本中使用。

$ touch build.rs

将以下内容添加到build.rs文件中：

需要特别指出的一件事是，我们添加它.out_dir(“./src”)是为了将默认输出目录更改为该src目录，以便我们可以更轻松地查看生成的文件，以达到本文的目的。

在我们准备编译之前还有一件事。tonic-build依赖于Protocol Buffers 编译器将文件解析.proto为可以转换为 Rust 的表示。让我们安装protobuf：

$ brew install protobuf

并仔细检查protobuf编译器是否安装正确：

$ protoc --version库协议 3.19.4

准备编译：

$货物建造    在 0.31 秒内完成开发 [未优化 + 调试信息] 目标

有了这个，我们应该src/bookstore.rs生成一个文件。此时，我们的文件结构应该如下所示：

  | - Cargo.toml   | - 原型  | | - bookstore.proto   | - 货物锁  | - build.rs   | - 源  | | - 书店.rs   | | - main.rs

最后，是时候将服务放在一起了。替换为main.rs以下内容：

正如我们所见，为了简单起见，我们并没有真正的图书设置数据库。在这个端点中，我们只是返回一本假书。

运行服务器的时间：

$货运运行   编译 rust_grpc_demo v0.1.0 (/Users/yuchen/Documents/rust_grpc_demo)    在 2.71 秒内完成 dev [unoptimized + debuginfo] target(s)      Running `target/debug/rust_grpc_demo` Bookstore server listener on [::1]:50051

很好，我们在 Rust 中启动并运行了 gRPC 服务器！

奖励：服务器反射

正如开头所说，gRPC 最初给我留下了深刻的印象，因为它具有做服务器反射的能力。它不仅在服务开发过程中很方便，而且还使与前端工程师的沟通变得更加容易。因此，如果不解释如何为 Rust 服务器添加它，那么结束本教程是不完整的。

将以下内容添加到依赖项中：

补品反射=“0.4.0”

更新build.rs。需要更改的行用// Add this注释标记。

最后，将其更新main.rs为以下内容。

测试 gRPC 服务器

有许多 GUI 客户端可以使用 gRPC Server，例如Postman、Kreya、bloomrpc、grpcox等。为了简单起见，我们将使用命令行工具grpc_cli。

安装：

$ 酿造安装 grpc

并测试我们的第一个 gRPC 端点：

$ grpc_cli call localhost:50051 bookstore.Bookstore.GetBook "id: 'test-book-id'"连接到 localhost:50051从服务器收到初始元数据：日期：Sun，2022 年 5 月 8 日 20:15:39 GMT id：“test-book-id”名称：“从零到一”作者：“Peter”年份：2014 Rpc 成功状态良好

看起来它有效！我的朋友，这就是我们在 Rust 中构建 gRPC 服务器的方式。

这就是今天的内容。感谢阅读和快乐的编码！与往常一样，源代码可在GitHub 上获得。