Cloudflare Workers 与 Containers 现已支持入站 TCP 连接和 gRPC

事件核心：发生了什么

Cloudflare 官方博客宣布，Workers 运行时新增了 connect(socket) 处理器，让 Worker 可以直接接受来自 Spectrum 入站代理的 TCP 连接，并将该 socket 转发给另一个 Worker、Durable Object 或容器。借助这一能力，Cloudflare Containers 现在支持全双工、双向 gRPC 通信；Workers 也能对外提供 unary（一元）和 server-streaming（服务端流式）gRPC API，并调用 gRPC 服务器。开发者使用 gRPC-web 编写代码，Cloudflare 会自动完成入站和出站请求的协议转换。上述功能目前处于私有测试阶段，开发者可通过官方渠道申请试用。

为什么重要

这是 Cloudflare 从“HTTP 边缘代理”向“通用应用后端”延伸的关键一步。gRPC 是谷歌约十年前发布的 RPC 框架，基于 HTTP/2 和 TCP，被广泛用于移动应用、分布式系统，以及近年来快速增长的实时语音 AI 场景。此前 Cloudflare Workers 已支持出站 TCP 连接和 JavaScript 原生 RPC，但缺少入站 TCP 能力，意味着后端服务难以直接跑在 Cloudflare 边缘网络上。新发布补齐了这条链路：客户端到 Worker、Worker 到 Durable Object、再到容器，整个数据路径都可以在 Cloudflare 内部闭环。对于依赖低延迟双向通信的语音 Agent、实时听写、AI 助手类产品，这提供了一种比传统服务器更靠近用户、更易扩展的部署选择。

对用户/开发者/创作者的影响

对开发者而言，最直接的变化是：可以用自己熟悉的语言（如 Python、Go）编写 gRPC 服务并打包成容器，跑在 Cloudflare 上，而无需管理底层服务器；前端通过 gRPC-web 与后端通信，Cloudflare 负责协议转换，降低了浏览器端实时应用的接入门槛。对使用 Durable Object 构建有状态应用的团队，connect(socket) 让 TCP 流量可以直接路由进持久化对象，适合做实时协作、游戏同步、音视频信令等场景。对普通用户，这些变化短期内不会直接可见，但由 AI 驱动的语音助手和实时交互应用的响应速度可能因此改善。

AI 工具推荐

想把多个 AI 模型放在一个入口？

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。

值得关注的后续

首先，私有测试的开放进度和正式定价值得留意——TCP 和 gRPC 流量会如何计费，直接影响开发者是否愿意迁移。其次，Cloudflare 是否会围绕 gRPC 推出托管服务或模板（例如结合 Agents SDK 的语音方案），将决定这套能力的落地速度。最后，竞争层面也值得观察：其他边缘计算平台（如