Vercel Flags SDK冷启动提速7倍，且不再延长函数耗时

Vercel 近日对其 Flags SDK 进行了两项关键优化，直接回应了无服务器环境下功能开关（Feature Flags）的两个核心痛点：冷启动延迟和后台上报对函数执行时间的隐式占用。根据官方数据，SDK 初始化时间在 p75 冷启动场景下从超过 70ms 降至 10ms，提速约 7 倍；而使用量上报机制也改为交由运行时处理，不再导致函数在响应后继续运行。

Vercel Flags SDK 更新公告

冷启动优化：从 70ms 到 10ms

在 Vercel 的无服务器架构中，冷启动是影响用户体验的关键因素。此前，Flags SDK 在初始化时需要通过网络请求校验或获取最新的数据文件（datafile），这段网络等待被直接计入函数启动时间。

官方博客指出，新版本做了两处改变来消除这段网络依赖：

随部署打包的数据文件立即解析：SDK 在客户端创建时便加载并解析与部署捆绑的数据文件，确保在业务代码首次求值任何开关之前，数据已经就绪。
利用函数调用携带的修订版本号：每次函数调用现在都会包含当前数据文件的修订版本（revision），SDK 据此判断本地捆绑的数据文件是否最新，无需发起网络请求即可完成校验。

官方内部测试显示，消除网络等待后，p75 冷启动 SDK 初始化时间从 70ms 以上降低到 10ms，约 7 倍提升。初始化完成后，开关读取操作几乎瞬间完成，无论冷启动还是热调用，p99 读取延迟均低于 1ms。

冷启动（Cold Start）指无服务器函数实例因首次调用或长时间闲置后被回收、再次被调用时需要从零初始化运行环境的整个过程。在 Vercel 等 FaaS 平台上，这段时间通常包括容器调度、运行时加载、依赖初始化以及用户代码首次求值，往往比热调用多出数百毫秒。由于冷启动开销会直接叠加到用户请求的响应时间上，它对延迟敏感型接口和边缘渲染的影响尤为明显。功能开关 SDK 若在初始化阶段发起网络请求，就会把这段网络往返时间也计入冷启动，从而放大尾延迟。业界常见的缓解手段包括预置并发、快照恢复和把配置数据随部署一起打包，本文所述的优化正属于最后一类思路。

上报机制调整：不再延长函数持续时间

Flags SDK 此前的使用量上报通过 waitUntil 实现，这会导致函数在发送响应后继续运行，从而产生额外的函数执行时长（duration）计费。对于高频调用的函数，这种隐形成本不可忽视。

新版本将使用量事件直接传递给 Vercel 运行时，由运行时处理上报，因此上报不再计入函数持续时间。这意味着开发者无需再为上报逻辑支付额外的计算费用，同时函数的生命周期管理也更加清晰。

waitUntil 是 Vercel 运行时提供的一个 API，用于把响应发送之后的异步任务（如日志、指标上报、缓存写入）交给平台在后台完成，避免阻塞响应返给客户端。需要注意的是，被 waitUntil 接管的任务虽然不阻塞响应，但在传统计费模型下仍会延长函数的存活时间，从而被计入执行时长（duration）。对于调用量巨大的高频函数，即使是毫秒级的后台上报，累积起来也会形成可观的费用。将遥测事件直接交给运行时处理、由平台侧完成上报，可以把这类尾部工作从用户的计费区间中剥离出来，同时让函数的生命周期边界更加清晰，便于排查超时和资源占用问题。

升级方式与影响范围

要获得上述改进，开发者需要将 @flags-sdk/vercel 升级到 1.5.3 或更高版本，并重新部署应用。官方给出的升级命令为：

pnpm add @flags-sdk/vercel@latest

更多细节可查阅 Flags SDK 文档。

对开发者的实际意义

功能开关在现代化部署中承担着灰度发布、A/B 测试和紧急止血等职责，其性能开销直接影响应用的整体表现。Vercel 此次更新的两个优化点分别针对延迟和成本：

延迟层面：冷启动初始化时间的大幅缩短，使得开关求值不再成为无服务器函数启动的瓶颈，对延迟敏感型 API 和边缘渲染场景尤为有利。
成本层面：上报逻辑不再延长函数执行时间，直接降低了按量计费场景下的运行成本，并且简化了函数生命周期的调试复杂度。

对于已经使用 Vercel Flags 的团队，升级到 1.5.3 版本并重新部署是低风险、高收益的操作；对于正在评估功能开关方案的团队，这两项改进也提升了 Vercel Flags 作为平台内置方案的吸引力。

背景补充

功能开关（Feature Flags）是一种在运行时控制代码路径是否生效的技术手段，典型用途包括灰度发布、A/B 测试、按用户群体定向开放以及线上故障时快速关停某功能。按其数据来源可分为静态文件型与远程服务型：前者在构建或部署时生成数据文件（datafile），读取快但更新需要重新部署；后者通过服务端接口实时拉取，灵活但引入网络依赖。本文所述的“随部署打包数据文件 + 调用携带修订版本号”属于混合方案，既保留了本地读取的低延迟，又通过版本号在调用链路上校验数据新鲜度，兼顾了性能与一致性。