AWS 入门
无服务器

Lambda 冷启动的本质与三种优化策略的选型

从 Firecracker MicroVM 的生命周期解析 Lambda 冷启动的发生机制，通过 SnapStart、Provisioned Concurrency、函数设计三个维度，从成本与限制的角度比较优化方法。

阅读约需 2 分钟撰写与编辑： Awashiro（あわしろ）

冷启动为何发生

要正确优化 Lambda 冷启动，首先需要理解其发生机制。Lambda 在 Firecracker MicroVM 上执行函数。当新请求到达时，如果不存在可复用的执行环境，AWS 需要经历 MicroVM 启动、运行时初始化、函数代码下载和解压、处理程序外全局作用域执行等一系列过程，才能处理请求。这就是冷启动。冷启动的持续时间取决于运行时类型、部署包大小、初始化代码的复杂度和内存配置。

各运行时的冷启动特性

各运行时的冷启动特性是架构设计初期应考虑的要素。Node.js 和 Python 最为轻量，即使在 128MB 内存配置下冷启动也能控制在 200 至 400ms。Go 作为编译后的二进制运行，运行时初始化开销几乎为零，冷启动在 100 至 200ms，属最快级别。而 Java 由于 JVM 启动和类加载，冷启动通常在 3 至 10 秒，是最慢的运行时之一。.NET 也因 CLR 初始化而在 1 至 3 秒范围。

表：各运行时的冷启动大致水平（会随内存设置与实现方式变化）
运行时冷启动大致水平性质与适用场景
Go100〜200 毫秒以编译好的二进制运行，运行时初始化开销几乎为零
Node.js / Python200〜400 毫秒（即使内存只有 128MB）最轻量，适合对延迟敏感的 API 后端
.NET启动 CLR 需要额外的初始化时间热启动时的吞吐量较高
Java需要 JVM 启动与 JIT 初始化；使用 Spring Boot 这类 DI 框架时出现 3〜10 秒也不罕见用 SnapStart 可缩短到 200 毫秒以内。长时间批处理与计算密集型场景更有利

SnapStart - Java 冷启动问题的根本解决

2022 年 re:Invent 发布的 SnapStart 是 AWS 对 Java 运行时冷启动问题的解答。SnapStart 在函数部署时通过 Firecracker 的 UFFD（Userfaultfd）机制获取已初始化执行环境的快照，冷启动时从快照恢复执行环境。这将 Java 的冷启动从数秒缩短至数百毫秒。SnapStart 对使用 Spring Boot 等框架的应用特别有效，因为框架初始化占冷启动时间的大部分。

Provisioned Concurrency - 以成本换取确定性

Provisioned Concurrency 是预先维持指定数量执行环境为预热状态的功能。可完全消除冷启动，但即使空闲也会产生费用，因此成本设计很重要。Provisioned Concurrency 的费用按预置并发数乘以时间计算。例如，1024MB 内存的函数以 100 并发预置，月费约 460 美元（截至 2026 年 8 月）。适用于 API Gateway 后端等 P99 延迟直接关系 SLA 的用例。Application Auto Scaling 可根据使用率自动调整预置并发数。

通过函数设计优化 - 开发者立即可做的事

即使不使用 SnapStart 或 Provisioned Concurrency，仅通过改进函数设计就能大幅缩短冷启动。效果最大的是减小包大小。Lambda 在冷启动时从 S3 下载并解压部署包，包越大初始化越慢。Node.js 可使用 esbuild 或 webpack 进行 tree-shaking 消除未使用代码。避免导入整个 AWS SDK v3 而仅导入所需客户端。Python 可使用 Lambda Layer 分离依赖。

三种优化方法的选型

冷启动优化的三种方法应根据用例选择。API Gateway 后端等 P99 延迟直接关系 SLA 的用例，Provisioned Concurrency 最为可靠。成本增加但是唯一能完全消除冷启动的方法。使用 Java 或 .NET 且冷启动超过 1 秒的情况，SnapStart 是最佳选择。零额外成本即可将冷启动缩短至数百毫秒。对于大多数工作负载，通过函数设计优化（减小包大小、延迟加载、增加内存）即可将冷启动控制在可接受范围内。

表：从成本、限制与适用场景对比三种优化方法
观察点SnapStartProvisioned Concurrency重新审视函数设计
效果把 Java 的冷启动压到 200 毫秒以内唯一能彻底消除冷启动的方法无需额外成本即可争取 200〜300 毫秒
额外成本无按预置并发数 × 时间持续计费无
适用对象Java 11 及以上的托管运行时所有运行时所有运行时
主要限制不能与 Provisioned Concurrency 并用；容器镜像型函数无法使用；恢复时依赖唯一性的处理要在 afterRestore 钩子中重新初始化空闲时也计费，需要配合 Application Auto Scaling 跟随流量无法干预 AWS 侧的 MicroVM 启动与运行时初始化
适合场景Java 函数冷启动超过 1 秒时P99 延迟直接关系到 SLA 的 API 后端可接受 500 毫秒以内时，以及由 SQS、EventBridge 触发的异步处理

参考资料（AWS 官方）

本页的第一手信息来源是 AWS 官方网站及官方文档。最新的规格与价格请以下列官方页面为准。

如本页内容与官方文档不一致，请以官方文档为准。

相关服务

AWS Lambda 经典无需管理服务器即可运行代码的无服务器计算服务Amazon API Gateway 热门轻松创建、发布、管理和监控 API 的全托管服务

相关文章

使用 AWS Lambda 开始无服务器开发 - 函数设计与事件源活用解析 Lambda 的函数设计、事件源映射、冷启动对策、Powertools 的活用。使用 AWS Step Functions 设计工作流编排 - Standard 与 Express 的选择明确 Standard 工作流与 Express 工作流的选择标准，介绍 Retry/Catch 的声明式错误处理和分布式 Map 的大规模并行处理。无服务器 API 构建 - 用 Amazon API Gateway 实现可扩展的 API 基础设施解析利用 Amazon API Gateway 和 Lambda 构建无服务器 API 的方法。

本主题的更多内容

Amazon API Gateway 设计模式 - REST API 与 HTTP API 的选型标准明确 HTTP API 与 REST API 的选型标准，介绍 Cognito 和 Lambda Authorizer 的认证模式以及限流设计的实践方法。Amazon EFS 与 Lambda/ECS 的集成模式 - 无服务器中的共享文件系统活用将 EFS 挂载到 Lambda 函数和 ECS 任务以活用共享文件系统。介绍访问点设计和性能优化。Lambda 的 15 分钟限制为何是 15 分钟 - 无服务器设计约束背后的合理性从 Firecracker 的设计理念和多租户运维角度，解析 Lambda 最大执行时间 15 分钟、内存上限 10GB、负载 6MB 等各项限制为何设定为这些值。使用 AWS Lambda 开始无服务器开发 - 函数设计与事件源活用解析 Lambda 的函数设计、事件源映射、冷启动对策、Powertools 的活用。Lambda 并发 1,000 的幕后 - Firecracker 预热池与 Worker Manager 的机制解析 Lambda 在默认并发数 1,000 限制内管理微型虚拟机的机制、预热池的复用策略、Worker Manager 的放置决策、降低冷启动率的内部优化。无服务器 API 构建 - 用 Amazon API Gateway 实现可扩展的 API 基础设施解析利用 Amazon API Gateway 和 Lambda 构建无服务器 API 的方法。状态机设计 - 使用 Step Functions 实现工作流编排解析利用 AWS Step Functions 的状态机设计方法，介绍可视化工作流、错误处理以及通过 Lambda 集成实现的工作流编排。使用 AWS Step Functions 设计工作流编排 - Standard 与 Express 的选择明确 Standard 工作流与 Express 工作流的选择标准，介绍 Retry/Catch 的声明式错误处理和分布式 Map 的大规模并行处理。

相似的文章与服务

使用 AWS Lambda 开始无服务器开发 - 函数设计与事件源活用解析 Lambda 的函数设计、事件源映射、冷启动对策、Powertools 的活用。AWS Lambda无需管理服务器即可运行代码的无服务器计算服务，采用基于请求数和执行时间的完全按量计费模式Lambda 并发 1,000 的幕后 - Firecracker 预热池与 Worker Manager 的机制解析 Lambda 在默认并发数 1,000 限制内管理微型虚拟机的机制、预热池的复用策略、Worker Manager 的放置决策、降低冷启动率的内部优化。Lambda 的 15 分钟限制为何是 15 分钟 - 无服务器设计约束背后的合理性从 Firecracker 的设计理念和多租户运维角度，解析 Lambda 最大执行时间 15 分钟、内存上限 10GB、负载 6MB 等各项限制为何设定为这些值。Amazon EFS 与 Lambda/ECS 的集成模式 - 无服务器中的共享文件系统活用将 EFS 挂载到 Lambda 函数和 ECS 任务以活用共享文件系统。介绍访问点设计和性能优化。