gRPC、REST、GraphQL 在 2026 年怎么选
【摘要】 维度gRPCRESTGraphQL传输格式Protobuf（二进制）JSON（通常）JSON契约.proto 强类型OpenAPI 可选Schema 强类型浏览器支持需 gRPC-Web 或代理原生原生流式原生支持双向流需 SSE/WebSocket 补充订阅需额外实现缓存较难，需专门方案HTTP 缓存成熟需客户端缓存方案学习成本中高低中高适合场景内部服务间、高性能、强类型契约公开 API、...
| 维度 | gRPC | REST | GraphQL |
|---|---|---|---|
| 传输格式 | Protobuf（二进制） | JSON（通常） | JSON |
| 契约 | .proto 强类型 |
OpenAPI 可选 | Schema 强类型 |
| 浏览器支持 | 需 gRPC-Web 或代理 | 原生 | 原生 |
| 流式 | 原生支持双向流 | 需 SSE/WebSocket 补充 | 订阅需额外实现 |
| 缓存 | 较难，需专门方案 | HTTP 缓存成熟 | 需客户端缓存方案 |
| 学习成本 | 中高 | 低 | 中高 |
| 适合场景 | 内部服务间、高性能、强类型契约 | 公开 API、简单 CRUD、缓存友好 | 前端灵活取数、聚合多个数据源 |
实际判断： 内部微服务之间、对性能和契约严格性要求高，gRPC 是合理默认；对外开放、需要被各种客户端调用、依赖 HTTP 缓存，REST 更省心；前端需要按页面灵活组合字段、后端数据源多，GraphQL 能减少接口协商，但运维和权限复杂度要提前算进去。
一个常见错配是“内部服务用 REST，因为团队熟”。如果服务间调用频繁、字段多、需要流式，gRPC 的收益会随时间显现。反过来，公开 API 上 gRPC 的浏览器兼容成本经常被低估。选型看调用方是谁，不看哪个协议更时髦。
【声明】本内容来自华为云开发者社区博主，不代表华为云及华为云开发者社区的观点和立场。转载时必须标注文章的来源（华为云社区）、文章链接、文章作者等基本信息，否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容，欢迎发送邮件进行举报，并提供相关证据，一经查实，本社区将立刻删除涉嫌侵权内容，举报邮箱：
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
评论（0）