Cloudflare Workers 工作原理图解：三个差异讲透「为什么无状态」

一、三根支柱：一张图看懂全貌

二、Isolate：V8 的轻量沙箱

isolate 是 V8 引擎编排的轻量上下文——给你的代码提供可访问的变量和一个安全的执行环境，本质上就是函数级沙箱。一个 Workers 运行时实例可以跑成百上千个 isolate 并无缝切换，每个 isolate 的内存完全隔离，互不干扰、互不可信。它不创建虚拟机，而是在已有环境里直接创建，因此消除了 VM 模型的冷启动。

三、isolate 不保证长寿：别在全局存状态

isolate 有自己独立的作用域，但驱逐Eviction：isolate 被关闭并从机器上移除。运行时会等事件妥善处理完才驱逐，但你的代码不保证活着。是常态而不是事故——它随时可能被关闭。官方明确建议：不要在全局作用域存可变状态，除非你已经为这个意外做了预案。

四、请求驱动计算：一个 fetch handler 走天下

大部分 Worker 都是同一个默认流程的变体：请求到达 Cloudflare 任意数据中心，调用你导出的 fetch() handler，返回 Response。没有请求就没有运行——没有常驻进程、没有启动/停止的仪式。

export default {
  async fetch(request, env, ctx) {
    return new Response('Hello World!');
  },
};

export default {
  async fetch(request, env, ctx): Promise<Response> {
    return new Response('Hello World!');
  },
} satisfies ExportedHandler<Env>;

五、分布式执行：无粘性 + 单线程事件循环

像所有 JavaScript 平台一样，单个 Worker 实例用单线程事件循环处理多个请求——await 异步任务（比如 fetch）期间，其他请求可能被穿插处理。但关键在调度：任何两个请求都不保证路由到同一个实例，也不保证不同。所以全局状态既不可靠、也不可共享。

六、对 agent 技术栈意味着什么

这份参考文档的价值在于：它把「Worker 无状态」从一句口头禅变成了可追溯的物理事实。而 Cloudflare 的 agent 基础设施，本质上是把「状态」从 Worker 里搬出来，放进专门的位置：