gRPC v1.32.3 最新版

gRPC 是一个高性能、开源的 RPC 框架，它基于 HTTP/2 标准构建，提供了诸如双向流、流量控制、头部压缩、在单一 TCP 连接中多路复用请求等特性。通过可插拔支持，它能够有效连接跨数据中心或数据中心内部的服务，支持负载均衡、服务跟踪、健康检查以及身份验证等功能。您可以从本站下载 gRPC 的最新版，供有需要的用户使用！


 

gRPC 使用指南

如何开始使用 gRPC

为了确保最大程度的可用性，gRPC 允许将其依赖项按照用户选择的语言（如果支持的话）标准方式进行集成。在大多数编程语言中，gRPC 作为软件包发布，可以在对应的语言包管理工具中找到。

关于如何在特定编程语言中使用 gRPC 运行时，请参考以下文档说明：

C++: 请参阅 src/cpp 目录下的说明

C#: 使用 NuGet 包 Grpc

Dart: 使用 pub 包 grpc

Go: 使用 go get google.golang.org/grpc

Java: 从 Maven Central Repository 获取 JAR 文件

Kotlin: 从 Maven Central Repository 获取 JAR 文件

Node: 运行 npm install grpc

Objective-C: 将 gRPC-ProtoRPC 依赖项添加到 podspec

PHP: 执行 pecl install grpc

Python: 运行 pip install grpcio

Ruby: 执行 gem install grpc

WebJS: 请参考 grpc-web 文档

使用协议缓冲区

gRPC 默认采用协议缓冲区作为数据序列化机制，这是 Google 提供的成熟开源格式，尽管它也支持与其他数据格式（如 JSON）一起使用。以下是协议缓冲区的简单介绍。如果您已经了解协议缓冲区的使用，可以跳过这一部分。

使用协议缓冲区的第一步是为要序列化的数据定义结构。这是一个扩展名为 .proto 的文本文件，文件定义了消息格式。协议缓冲区的消息由多个字段组成，每个字段是一个名称/值对。以下是一个简单示例：

message Person {
  string name = 1;
  int32 id = 2;
  bool has_ponycopter = 3;
}

定义数据结构后，可以通过协议缓冲区编译器 `protoc` 从原型定义文件生成目标语言的代码。这些生成的代码提供了对每个字段（如 `name()`）的访问方法，以及用于将数据序列化为字节流或从字节流反序列化为对象的方法。例如，如果您选择 C++，`protoc` 编译器将生成一个名为 `Person` 的类，您可以在应用程序中使用它来填充数据、序列化数据并检索序列化的消息。

您还可以在普通的 .proto 文件中定义 gRPC 服务，并通过 RPC 方法参数和返回类型来指定协议缓冲区消息：

// Greeter 服务定义
service Greeter {
  rpc SayHello (HelloRequest) returns (HelloReply) {}
}
// 请求消息，包含用户姓名
message HelloRequest {
  string name = 1;
}
// 响应消息，包含问候语
message HelloReply {
  string message = 1;
}

gRPC 的 `protoc` 编译器与特定的 gRPC 插件一起工作，用于从原型文件生成代码。您将获得用于生成 gRPC 客户端和服务器代码的文件，以及处理消息类型的标准协议缓冲区代码。
 

gRPC 特性

简洁的服务定义

利用协议缓冲区和强大的二进制序列化工具，您可以轻松定义服务和其功能。

快速启动与扩展性

只需一行命令即可安装运行时和开发环境，框架每秒能够处理数百万个 RPC 请求。

跨语言和平台支持

自动为您的服务生成多种语言和平台的客户端与服务器存根。

双向流与集成身份验证

支持双向流和集成身份验证功能，基于 HTTP/2 协议的传输。

gRPC 是一个现代化、高性能的开源 RPC 框架，能够在各种环境中运行。它通过可插拔的支持，帮助数据中心内及跨数据中心的服务高效连接，提供负载均衡、服务跟踪、健康检查和身份验证等功能。它同样适用于分布式计算的最后一公里，用于将设备、移动应用和浏览器连接到后端服务。
 

gRPC 软件特性

通过 Protobuf 定义接口，gRPC 提供更严格的接口约束。此外，Protobuf 还可以将数据序列化为二进制格式，极大地减少数据传输量，从而显著提高性能。
gRPC 同时支持流式通信（理论上，HTTP/2 就能支持流模式，但通常 Web 服务中的 RESTful API 并不常用流式传输。像视频流这样的应用更多使用专门的协议，如 HLS、RTMP 等，这些通常不属于标准 Web 服务，而是专门的服务器应用）。