JavaScript 运行时阶段总结：把产物变成可运维请求
核验日期：2026-07-16。阶段范围：Node.js、Deno、Bun、Cloudflare Workers、横向比较，以及同契约多运行时读取服务。
这份总结不评选“最好的运行时”，重点是建立一套稳定的排查坐标：entry/config → resolve/load → engine/evaluate → event loop/host I/O → permission/quota → response/background → shutdown/eviction。遇到错误时，找到第一个出错的中间状态及其拥有者，通常比换引擎或清缓存更有效。
把运行时看成一条请求链
引擎负责解析、执行和垃圾回收，运行时负责模块、事件循环、文件、网络、线程、权限与诊断。先用精确版本和分层图确认两者边界，再追踪 specifier 怎样经过 type、exports、conditions 与缓存变成实际模块。
模块求值后，同步 CPU、microtask、timer、I/O、线程或 Worker 共同推进请求。event-loop 记录与 profile 用来找阻塞，慢消费者、AbortSignal 和资源曲线则用来验证 backpressure、取消和超时。不能因为 API 返回 Promise，就假设底层工作不会占用主线程、线程池或平台配额。
安全与兼容要落到真实项目。permission、binding、container 和进程隔离限制的对象不同；npm 包可安装也不代表 Node API、原生扩展和诊断工具可用。最后还要演练 SIGTERM 或实例驱逐，确认在途请求、后台任务、幂等与重试如何处理。
性能比较放在正确性之后。冷启动与热运行分开，固定版本、环境、输入和资源限制，同时记录 p95/p99、CPU、内存、错误与成本。
统一请求链
Node 的进程、V8、libuv 和 LTS 构成熟服务器模型；Deno 改变默认权限、模块来源和工具组合，同时用兼容层接入 Node；Bun 用 JSC/Zig 和单 binary 合并 runtime/package/test/build，需精确验证 Node 行为；Workers 用 V8 Isolate 和全球平台改变进程、状态与配额假设。差异集中在宿主，不在 JavaScript 语法。
多运行时读取服务应留下什么
共享核心只做普通对象的 normalize/filter；Node/Deno/Bun adapter 从本地只读数据加载，Workers adapter 从静态 import 或 binding 加载。HTTP 统一：GET、URL query、结构化 404/405/503、x-request-id、安全错误和 JSON content type。每个 runtime 测成功、无数据/无权限或缺 binding、取消、并发和关闭/驱逐。
不要为了统一虚构跨平台文件系统。真正可移植的是领域函数和 Request/Response 语义；监听端口、文件、permission、Bun.file、Deno.*、Workers bindings 必须显式。
运行时证据卡
交给下一阶段的一张卡包含：
- runtime/engine 精确版本、OS/arch 或 platform/region、部署 hash、compatibility date。
- 入口、cwd/config、lockfile、模块格式、conditions 和关键 package/native 清单。
- 允许的文件/网络/env/process/FFI 或 bindings；CPU、memory、connection、subrequest 配额。
- 请求 method/URL/request id、handler、上游、stream/timeout/cancel 和稳定错误码。
- event-loop/worker queue、p50/p95/p99、errors、CPU、RSS/heap 或 invocation outcome。
- shutdown/eviction、在途、后台任务、幂等、重试、回滚命令/日期。
统一验收顺序
- 保存版本与输入，验证模块解析和运行时真实加载文件。
- 跑功能契约，包括错误、权限/缺 binding 负例。
- 跑慢上游、慢消费者、取消和响应超时。
- 注入同步 CPU，观察 event-loop/CPU limit；再用有界 worker/外置任务修正。
- 注入 SIGTERM 或模拟 isolate 状态丢失，验证 drain/幂等/持久后台工作。
- 验证日志、trace、profile 能关联同一 request id，响应不泄露内部信息。
- 正确性全过后才跑冷/热和 p95/p99 基准，保存原始样本。
跨运行时不变量
await不会把同步 CPU 变并行；无界并发会转化为排队、内存或连接耗尽。- 进程内/Isolate 内全局状态都不是持久化；Edge 的复用和路由更不可依赖。
Request/Response/fetch/Streams同名不保证连接、超时、buffering 和错误完全一致。- package 能安装/import 不证明 API/native/framework/diagnostics 兼容。
- permission/Isolate/container 是分层防御，不替代输入验证、授权和资源限制。
- 平均延迟和吞吐不能替代 p99、错误率、资源、恢复与成本。
事故定位
模块错误先查 specifier/importer/type/exports/conditions/lock；启动拒绝查 permission/binding/env/port；长尾查同步 CPU、GC、event-loop、worker/thread/connection queue 和上游；内存查全量 body、无界 cache/concurrency、Buffer/native/Wasm；退出问题查 ref handle/in-flight/deadline，Edge 后台丢失查是否误用 waitUntil；版本回归查 Node major、Deno/Bun patch、Wrangler 与 compatibility date。
进入全栈后端栏的条件
全栈后端阶段会加入请求命令、数据库、事务、一致性、并发控制与失败恢复。进入前应能：
- 选择一个 runtime 并写出不选其他候选的硬约束，而非“团队喜欢”。
- 实现读取服务并在错误、取消、stream、并发和 shutdown/eviction 下保持契约。
- 解释数据适配层为何不同，避免把平台差异藏进领域函数。
- 给出 secret、网络、package/native、权限和资源的信任边界。
- 用 trace/profile/metrics 找到第一个错误阶段，并提供版本/配置回滚。
后端阶段不再争论基本 event loop 与模块事实，而把注意力放到 HTTP API、数据库和业务状态。运行时证据卡成为部署约束：是否可开本地连接、是否支持 driver/native、实例是否长寿、后台任务是否 durable、资源和权限是否允许。
交接演练：把读取服务扩展为写入前的准备
在进入数据库前，先对读取服务做一次变更演练。假设目录数据从 20 项增长到 20 万项，并要求五分钟内更新可见。Node/Deno/Bun 若继续每请求读取/解析文件，会产生 I/O、CPU 与一致性问题；启动时加载可降低请求成本，但更新要原子切换并控制内存。Workers 若把数据打进 bundle，更新等同部署；放 KV/R2/D1 则要明确一致性、版本和 cache invalidation。这个练习迫使团队把运行时内存、部署和持久化分开。
为数据加 version 和 generatedAt，响应回写版本，日志记录 request id 与数据版本。更新流程先生成并校验新版本，再原子发布；旧实例/缓存可能继续返回旧版本时，定义允许窗口。客户端不能把数组顺序或某个实例内存当一致性保证。此时尚不需要用户写操作或复杂数据库，但已经建立后端阶段需要的版本化读取契约。
第二个演练是失败恢复：数据源不可用、格式损坏、更新中断、进程 SIGTERM、isolate 驱逐、上游 timeout。决定是返回最近已验证版本、503 还是部分结果，并让响应/日志能区分。fallback 不能无限陈旧；记录版本年龄和告警。Edge cache 命中不能隐藏源站长期失败，进程内 last-known-good 也会在重启后消失。
第三个演练是过载。限制 query 长度、body/method、并发、上游连接和日志；CPU 密集过滤用索引/预计算而不是盲目 worker；队列满时稳定拒绝。收集 p99、CPU、内存和错误，写出单实例/单 invocation 的容量假设。后端阶段加入数据库后，会把这些限制映射到连接池、事务和锁。
后端设计会继承的运行时事实
Node/Deno/Bun 长进程允许连接池，但池大小要乘实例数；Workers binding/HTTP 驱动可能没有传统 TCP pool，同一 ORM 未必适用。进程可监听 signal 做 drain，Edge 要依赖 invocation/queue 平台。Deno permission 会约束 driver 文件、网络、env/FFI；Bun/Node native driver要验证 ABI；Workers Node stub 不能运行 native addon。这些不是框架配置细节，而是后端候选的硬条件。
事务不能跨任意 edge subrequests 靠 Promise 维持；把需要强一致的命令放在数据拥有者附近。Edge 可验证/路由/缓存，最终授权和写入仍由后端保证。所有命令带幂等键，因为 client、Edge、proxy 和 runtime restart 都可能重试。后台任务先持久入队，再响应；进程内 Promise 和 waitUntil 只承担可丢失工作。
阶段自测问题
读者应能不查营销页回答：为何 V8 相同不代表 Node 与 Deno 相同；为何 JSC 让 node:v8 成为兼容风险；为何 Worker global 可缓存却不能存 session；为何 await 不修复 CPU 阻塞；为何 install/import 成功只是兼容第一层；为何 Deno -A 消解默认权限收益；为何 Workers compatibility date 要像依赖升级一样评审；为何平均 RPS 不能决定生产 runtime。
还应能现场完成：给一条 ERR_MODULE_NOT_FOUND 画解析输入；为一段文件+网络服务写最小 permission；对 Bun 迁移拆 package/test/runtime 三步；给 Worker 聚合请求计算 subrequest/connection/CPU/memory 预算；为 Node 服务写 SIGTERM 时间线；为四个候选设计同条件 p99 实验。不能完成其中任一项，就回到对应文章的机制和故障章节，而不是继续堆框架。
交付前再确认
评审者先随机选择一个代码示例，检查它是否说明环境、命令、输入和预期结果；再选择一个 Mermaid 图，确认每条边都对应正文机制而非装饰。随后随机选择一个性能结论，必须找到测试条件或官方来源；选择一个版本结论，必须有核验日期和升级策略；选择一个安全结论，必须同时说明 runtime 能防什么和不能防什么。
对每篇文章再做反例检查。Node 文档不能把所有异步工作说成线程池；Deno 文档不能把默认拒绝说成依赖级沙箱；Bun 文档不能把 package manager 速度直接推导为 runtime 速度；Edge 文档不能把 Isolate 轻量化说成没有任何冷路径，也不能把 waitUntil 当 durable queue。横向比较不能给脱离业务的总排名，阶段总结不能把 API 清单代替请求链。
最后用一个真实决策检验可用性：给定团队、包、数据位置、SLO、安全和预算，读者能否先淘汰硬不满足项，给剩余候选设计实验，并写出回滚。若文档只能帮助读者复述产品特点而不能完成这一步，说明机制、边界或证据仍有缺口。通过这项评审后，六份文档才共同构成运行时阶段交付，而不是四份相互独立的产品介绍。
评审记录还要写明尚未验证的部分和负责人。未知的原生扩展、诊断代理或平台配额不能用“应该兼容”关闭；它们要么在上线前完成实验，要么成为明确接受的风险并配置降级。文档的核验日期也不是保鲜期，读者引用版本、限制或兼容结论时应回到官方页面复查。这样，路线图留下的是可更新的方法和证据链，而不是很快过时的产品快照。
复审触发器
runtime major/minor/compatibility date、关键 framework/ORM/APM、native addon、部署平台配额或价格、数据地域、从读多变高频写、多租户/不可信代码、SLO 或团队维护能力变化时重读 comparison.md。复审的目标是验证原条件仍成立，不是持续追逐新 runtime。
阶段来源
版本与机制分别以 Node.js、Deno、Bun、Edge Runtime 文末官方来源为准。外部性能数字只作实验线索；所有生产结论必须附本项目的命令、条件和原始样本。