Cloudflare Workers
Cloudflare Workers是Cloudflare提供的无服务器边缘计算平台，允许开发者将JavaScript、TypeScript、WebAssembly等代码部署并运行在Cloudflare遍布全球的边缘节点上。其核心特征包括：代码在靠近用户的网络边缘执行以降低延迟、无需管理服务器基础设施、支持按请求计费的弹性扩展模型，适用于构建API、代理、静态站点增强及边缘逻辑处理等场景。
核心事实
时间轴 (近 90 天)
Cloudflare Workers、Vercel Edge Functions、AWS Lambda 等平台均受冷启动影响，其中模块导入阶段的同步求值直接计入冷启动时间。
Cloudflare Workers 平台需要在服务端快速校验和转换用户提交的 TypeScript 代码，若使用 Node.js 运行时则冷启动和资源开销难以接受。
当 Deno Deploy 上的服务调用 Worker，Worker 又 fetch 回同一个 Deno 服务时，Cloudflare 在 C++ 边缘层把入站的 cdn-loop: deno;d=<hash> 头复制到出站子请求，导致 Deno Deploy 返回 508 Loop Detected。
Cloudflare Workers 禁止 new Function，因此 Zod v4 需要设置为 jitless: true。
普通 Cloudflare Worker 是无状态的，50个请求会拉起50个互不共享的随机 isolate。
ctx.waitUntil() 有 30 秒墙钟上限：Worker 返回 HTTP 200 后，即使配置了 cpu_ms: 300000，后台任务也会在 30 秒后被硬性切断。
prompt2bot 团队完成了从 Deno Deploy 到 Cloudflare Workers + SQLite Durable Objects 的迁移，代码规模为10万行。
在 Workers 代码中，读取 KV 的 API 是异步的，开发者可在请求处理阶段动态获取最新开关值，无需重启或重新部署。
一位在 Cloudflare Workers 上运行小型应用的开发者使用单个 Workers KV 键控制调试日志的三种状态（off、admin、all），从而在不部署的情况下动态切换诊断级别。
Cloudflare Workers KV 是一个全球分布的低延迟键值存储服务，专为在边缘运行 Workers 的场景设计，采用最终一致性模型。
还有 40 条时间轴事件
全部知识事实 (20)
Cloudflare Workers基于V8 Isolates而非容器技术运行代码，启动时间通常在5毫秒以内
80%已验证Cloudflare Workers是基于V8 Isolate技术的边缘计算平台，运行在Cloudflare遍布全球的300+数据中心节点
80%已验证此前 Cloudflare Workers 主要面向 JavaScript 和基于 WebAssembly 的语言
65%已验证Cloudflare Worker采用V8 Isolate隔离技术，每个Isolate内存开销仅约128KB，Worker免费层每天提供10万次请求
65%已验证该项目采用 TypeScript 编写，利用 Cloudflare Workers 和 Pages 等 Serverless 能力
65%已验证Durable Objects是Cloudflare Workers平台的有状态计算单元，每个对象拥有独立的内存状态和持久化存储，同一个对象ID在任何时刻只有一个实例在运行
65%待验证这两个站点使用的技术栈是Python脚本 + Jinja2模板生成静态HTML，部署到Cloudflare Workers
95%待验证Cloudflare Workers生态中的Durable Objects为有状态的Agent工作流提供强一致性的状态存储
90%待验证静态HTML部署到Cloudflare Workers后，内容直接从CDN边缘节点分发，无需服务器计算，几乎没有运维负担
90%待验证边缘计算平台对前端开发者的竞争参与者包括AWS Lambda@Edge、Deno Deploy、Fastly Compute等
85%待验证Edge Functions在CDN边缘节点上运行，冷启动时间通常在5ms以内，典型实现包括Cloudflare Workers、Vercel Edge Functions和Supabase Edge Functions
80%待验证除 Cloudflare Workers 外，类似的边缘 Serverless 平台还有 AWS Lambda@Edge、Vercel Edge Functions、Deno Deploy
60%待验证Cloudflare Sandbox SDK 基于其 Workers 运行时的 V8 隔离机制
60%待验证Cloudflare 在全球拥有 300 多个数据中心的边缘节点，Workers 冷启动时间通常在 5 毫秒以内
60%待验证Cloudflare Workers、Vercel Edge Functions、AWS Lambda 等平台均受冷启动影响，其中模块导入阶段的同步求值直接计入冷启动时间。
50%待验证Cloudflare Workers 平台需要在服务端快速校验和转换用户提交的 TypeScript 代码，若使用 Node.js 运行时则冷启动和资源开销难以接受。
50%待验证Cloudflare Workers 禁止 new Function，因此 Zod v4 需要设置为 jitless: true。
50%待验证ctx.waitUntil() 有 30 秒墙钟上限：Worker 返回 HTTP 200 后，即使配置了 cpu_ms: 300000，后台任务也会在 30 秒后被硬性切断。
50%待验证普通 Cloudflare Worker 是无状态的，50个请求会拉起50个互不共享的随机 isolate。
50%待验证当 Deno Deploy 上的服务调用 Worker，Worker 又 fetch 回同一个 Deno 服务时，Cloudflare 在 C++ 边缘层把入站的 cdn-loop: deno;d=<hash> 头复制到出站子请求，导致 Deno Deploy 返回 508 Loop Detected。
50%