Skip to content
返回技术栈推荐

Node.js + tRPC

Node + tRPC，用于类型安全 RPC API。

后端中等

技术栈组成

RuntimeNode 22
RPCtRPC 11
ORMPrisma 5
DBPostgreSQL 16

为什么

端到端类型、无代码生成、基于 procedure。Node.js、Go 和 Python 是前三大后端语言（Stack Overflow 2024）。

Go 的 goroutine 每进程处理 10 万以上并发连接；Node 事件循环擅长 I/O 密集型工作负载。

何时使用

用于 TS 全栈。非 TS 客户端避免。

如何做

1. npm i @trpc/server @trpc/client 2. 用 procedure 定义 router 3. 创建 context 4. serve(server)

示例

const router = t.router({ users: t.procedure.query(() => prisma.user.findMany()), })

常见问题

  • ⚠Context 类型 — 用 createTRPCContext
  • ⚠批处理 — 启用 httpBatchLink
  • ⚠环境间配置漂移 — 使用基础设施即代码（Terraform/Pulumi）保持 dev/staging/prod 一致

最佳实践

  • ✓输入验证用 Zod
  • ✓客户端用 TanStack Query
  • ✓设置健康检查和优雅关闭 — 处理 SIGTERM 以在退出前排空进行中的请求

常见问题解答

什么是Node.js + tRPC？适合做什么项目？

Node + tRPC，用于类型安全 RPC API。 它通过分层组合提供端到端类型安全与开箱即用的部署体验，适合从 MVP 到生产 SaaS 的快速迭代。

如何用Node.js + tRPC在 10 分钟内跑通一个 demo？

两步起步：① npm i @trpc/server @trpc/client；② 用 procedure 定义 router。先跑通本地 dev server，再接一个真实数据源验证端到端链路。

Node.js + tRPC 最常见的坑是什么？怎么避免？

最高频的坑是：Context 类型 — 用 createTRPCContext。避免方法：在 PR 模板里加入对应 checklist，CI 中跑类型检查 + lint + 单测，三重把关再合并。

Node.js + tRPC 的最佳实践有哪些？

Node.js + tRPC 的最佳实践包括：输入验证用 Zod；客户端用 TanStack Query；设置健康检查和优雅关闭 — 处理 SIGTERM 以在退出前排空进行中的请求。其中首条「输入验证用 Zod」应在项目初始化时就落地，避免后期返工。

什么情况下不该选Node.js + tRPC？

三种情况另选他栈：① 团队对该栈核心框架零经验且工期紧张（学习曲线风险）；② 项目是纯内容/营销站（选 Astro 更轻）；③ 需要极高吞吐（>1 万 RPS）或强一致微服务（选 Go/Rust）。Node.js + tRPC 的强项是中高复杂度全栈与 API，别在简单静态页上过度工程。