Cloudflare 向 Cloudflare Workers 添加 Node.js HTTP 服务器

最近，Cloudflare 在 Cloudflare Workers 中实现了node:http客户端和服务器API，使开发者可以将现有的 Node.js 应用程序迁移到无服务器计算平台。这些 HTTP API 使 Express.js、Koa.js 等流行的 Node.js 框架能够在 Workers 上运行。

Cloudflare 首席系统工程师Yagiz Nizipli和James M Snell写道：

这一重大更新将大家熟悉的 Node.js HTTP 接口带到了边缘，使人们能够在全球范围内部署现有的 Express.js、Koa 以及其他 Node.js 应用程序，实现零冷启动和自动扩展，并显著降低用户延迟——所有这些都不需要重写代码库。

为了支持 HTTP 客户端 API，Cloudflare 基于 Workers 使用的本地标准 fetch() API 重新实现了核心 node:http API，保持了 Node.js 的兼容性，而又不会对性能产生明显的影响。该封装方法支持标准 HTTP 方法、请求和响应头、请求和响应体、流式响应和基本身份验证。

不过，该方法是托管的，无法支持 Node.js API 的子集。当前，它有一个限制（也是与标准 Node.js 环境的一个差异）是，虽然提供了 Agent API，但是作为 no-op，不支持尾部字符串、早期提示和 1xx 响应。此外，由于 Workers 自动处理 TLS，所以不支持 TLS 特有的选项。

这一更新得到了社区的积极反馈，不过也有一些用户指出，这个功能早就应该引入了。Himanshu Kumar 在 X 上评论道：

这为无服务器 Node.js 带来了激动人心的可能性。更平滑的过渡意味着更广泛的采用和更快速的创新。

由于 Cloudflare Workers 在无服务器环境中运行，不提供 TCP 直连，所有网络操作都由 Workers 运行时之外的服务管理，包括处理连接池、保持连接活跃状态和管理出站 IP。Nizipli 和 Snell 解释道：

服务器端实现是特别有趣的部分。由于 Workers 不能创建监听特定端口的传统 TCP 服务器，我们创建了一个桥接系统，将 Node.js 风格的服务器连接到 Workers 请求处理模型。

当开发者新建一个 HTTP 服务器并调用 listen(port)时，不是打开一个 TCP 套接字，而是将服务器注册到 Worker 的一个内部表中，作为 http.createServer 执行和传入 fetch 请求（使用端口号作为标识符）之间的桥接。然后，开发者应使用 httpServerHandler 方法进行自动集成，或使用 handleAsNodeRequest 方法进行手动集成。

根据文档，当使用基于端口的路由时，作为路由键，端口号可用来确定哪个服务器处理请求，允许同一 Worker 中有多个服务器。

Cloudflare 并不是唯一在其无服务器计算平台上提供 Node.js 的超大型提供商，AWS Lambda、Google Cloud Run和Azure Functions也提供了 Node.js 运行时。

声明：本文为 InfoQ 翻译，未经许可禁止转载。

原文链接：

https://www.infoq.com/news/2025/09/cloudflare-node-http-workers/