gRPC 在 TypeScript 中的应用：何时使用以及它如何加速你的项目

轻松学习Python，无需理论负担。在浏览器中直接解决带自动检查的实践任务，无需安装任何东西。

引言：REST 已死？gRPC 万岁！

你是否曾有过这样的想法：你的 REST API 运行起来就像老式邮政服务——发送请求后等待响应，然后还要解析比数据本身还重的 JSON？如果是这样，那么欢迎来到 gRPC 在 TypeScript 的世界。这项技术承诺速度、类型严格性和流式数据传输。但就像任何强大的工具一样，gRPC 并非银弹。在本文中，我们将分析何时应该使用它，以及何时最好坚持使用熟悉的 REST。而且，所有这些都将通过 TypeScript 的实例来展示，因为枯燥的理论太无聊了。

我们将讨论 gRPC 如何改变微服务中的游戏规则，为什么 Protobuf 不仅仅是“另一种格式”，以及 TypeScript 如何帮助我们在这种类型丛林中不迷失方向。开始吧！

什么是 gRPC，它为何与 TypeScript 成为朋友？

gRPC 是一个由 Google 开发的远程过程调用（RPC）框架。它不发送带有 JSON 的 HTTP 请求，而是在 .proto（Protocol Buffers）文件中定义服务和消息，然后生成客户端和服务器端代码。主要特点包括：二进制数据格式、支持流（streaming）、强类型化和双向通信。

现在想象一下你用 TypeScript 编写代码。你已经有了静态类型，但在 REST API 中，它常常在 JSON 边界处“失效”。gRPC 在 TypeScript 从根本上解决了这个问题：类型从 .proto 文件自动生成。你不再需要猜测响应中返回了什么——TypeScript 编译器会在开发阶段就告诉你。

为什么 TypeScript 是 gRPC 的理想搭档？

统一的类型生态系统： Protobuf 类型转换为 TypeScript 接口。不再有 any 和 as any。
自动补全： 你的 IDE 能理解所有请求和响应的字段。
重构安全性： 在 .proto 中重命名字段？TypeScript 会高亮所有使用它的地方。

何时在 TypeScript 中使用 gRPC 是冠军之选？

并非每个项目都需要 gRPC。但有些场景下，它能带来 10 倍的性能和便利性提升。让我们逐一分析。

1. TypeScript 微服务：内部通信

如果你有 5-10 个 TypeScript 微服务需要频繁相互通信，gRPC 是你最好的朋友。想象一下：用户服务向订单服务传递数据。没有 gRPC，你需要序列化 JSON、反序列化、手动检查类型。而使用 gRPC，这一切都在协议层面完成。

简单服务示例：

// user.protoservice UserService {  rpc GetUser (GetUserRequest) returns (User);}

message GetUserRequest {  string user_id = 1;}

message User {  string id = 1;  string name = 2;  string email = 3;}

代码生成后，你会得到一个强类型化的客户端：

import { UserServiceClient } from './generated/user_grpc_pb';import { GetUserRequest } from './generated/user_pb';

const client = new UserServiceClient('localhost:50051', grpc.credentials.createInsecure());

const request = new GetUserRequest();request.setUserId('123');

client.getUser(request, (error, user) => {  if (!error) {    console.log(user.getName()); // TypeScript 知道这是 string  }});

何时使用： 当服务之间的每一毫秒延迟都至关重要时（例如，在金融系统或游戏服务器中）。