什么是边缘渲染，以及它为何重要

传统 Web 服务器托管在单一地理区域内。靠近该区域的用户能够获得快速响应，但距离较远的用户会遭遇明显延迟——例如，东京用户从 US-East 服务器请求内容时，在收到第一个字节之前，往返时间就会增加 200 多毫秒。

内容分发网络（CDN）会将图像、CSS 和 JavaScript 等静态文件缓存到全球数十个接入点（PoPs），并从距离最近的位置提供这些文件。不过，传统 CDN 无法执行代码，只能提供预构建的静态内容。

边缘运行时会在全球各地的 CDN PoPs 上执行 JavaScript，从而消除动态请求到源站的往返。请求不再被路由到单一服务器，而是在距离用户最近的 PoP 处理，通常就在同一座城市内，因此延迟会大幅降低。

Cloudflare Workers 使用 V8 隔离实例，在全球 300 多个位置运行 JavaScript。与无服务器函数（Lambda、Cloud Run）不同，Workers 的冷启动几乎为零，耗时以微秒计算，而不是 Lambda 常见的 100 多毫秒，因为它们会复用 V8 隔离实例，而不是启动容器。

边缘渲染是指在距离每位用户最近的边缘 PoP 上对 React 应用进行服务器端渲染，并立即提供生成的 HTML。东京用户接收的是来自新加坡 PoP 的完整渲染 HTML 页面，而不是弗吉尼亚服务器提供的页面。

从 US-East 提供的标准 SSR 应用到达东京可能需要 400ms（200ms 网络耗时 + 200ms 服务器渲染）。借助边缘渲染，渲染在新加坡进行，网络延迟降至 30ms，HTML 总计不到 100ms 即可送达——感知到的加载时间提升 4 倍。

边缘运行时并不是完整的 Node.js 环境。Cloudflare Workers 禁止使用 Node.js 核心接口（fs、net、crypto），将每个请求的 CPU 时间限制为 50ms（付费计划允许更长时间），限制内存，并且无法访问文件系统。这些约束要求您进行周密的架构设计。

有多个平台提供边缘运行时：Vercel Edge Functions（基于相同的 V8 隔离实例模型）、Deno Deploy（在边缘使用 Deno 运行时）和 Fastly Compute（使用 WebAssembly）。每个平台的接口兼容性、全球覆盖范围和定价模式各不相同。

边缘渲染对于大多静态但需要一定个性化的内容最有价值：包含 A/B 测试变体的营销页面、包含地理定位内容的落地页、带有用户特定元素（登录状态、语言）的博客文章。高度动态且严重依赖数据库的页面受益较少。

Lambda（以及 Cloud Run）函数会启动容器、下载代码、初始化运行时，然后执行代码，因此冷启动需要 100–1000ms。Workers 会复用已经运行的 V8 隔离实例，使冷启动几乎不可察觉，不到 5ms。

大多数生产应用会选择性地使用边缘渲染：边缘负责快速渲染以静态内容为主的页面，而区域服务器处理需要身份验证、严重依赖数据库的操作。这种混合方式既能获得边缘渲染的低延迟优势，又无需与其限制正面冲突。

边缘渲染在全球 CDN PoPs 上运行 JavaScript，消除到源站的往返并大幅降低延迟。Cloudflare Workers 凭借基于 V8 隔离实例的微秒级冷启动，在 300 多个位置占据优势。权衡确实存在：没有 Node.js 接口且 CPU 受限，因此边缘渲染最适合营销页面以及经过个性化处理但以静态内容为主的页面，而不是严重依赖数据库的页面。