如何在多个Lambda函数间共享初始化阶段 复用外部连接资源？

• Lambda Layers 无法实现跨函数的初始化状态共享：Layers 仅作用于文件系统层面，用于公共依赖的代码/资源分发，减少单函数部署包体积。每个 Lambda 函数的运行时环境完全隔离，即便绑定同一个 Layer，全局初始化逻辑依然会在每个函数的独立环境中分别执行，已经初始化的数据库连接、缓存实例等内存状态无法跨函数互通。
• 你提到的「handler_A 预热后 handler_B 也能复用初始化状态」的需求，无法通过多独立函数的部署方式实现，必须调整部署架构。

方案1：单函数多Handler合并部署（最推荐） #

将所有依赖公共组件的 Handler 放到同一个 Lambda 部署包中，新增简单的路由逻辑分发请求即可：

import utils from "../common"

const db = utils.get_db()

// 路由逻辑，根据API Gateway传入的path、method或自定义参数分发
export const handler = async (event) => {
  const path = event.requestContext.http.path
  if (path === '/handler-a') {
    // 调用handler_A逻辑
    return { statusCode: 200, body: JSON.stringify(await handler_A(event)) }
  } else if (path === '/handler-b') {
    // 调用handler_B逻辑
    return { statusCode: 200, body: JSON.stringify(await handler_B(event)) }
  }
}

const handler_A = async (event) => {
  // do sth with db here
}

const handler_B = async (event) => {
  // do sth with db here
}

该方案下所有 Handler 共享同一个执行环境的全局状态，只要 Lambda 实例处于热启动状态，不管调用哪个 Handler 都可以复用已经初始化完成的 DB、缓存连接，完全满足你提到的调用顺序下 handler_B 复用 handler_A 初始化结果的需求。

方案2：为独立函数配置预置并发 #

如果因为权限隔离、运行时配置差异等原因无法合并 Handler，可为所有依赖公共组件的 Lambda 函数配置预置并发（Provisioned Concurrency）：

• 云厂商会提前初始化指定数量的函数执行环境，长期保持热启动状态，用户请求不会触发冷启动，直接消弭1-2秒的初始化延迟
• 该方案下每个函数依然会独立执行初始化逻辑，但初始化过程在后台提前完成，用户侧无感知

方案3：优化初始化逻辑降低冷启动损耗 #

可搭配前两个方案使用，进一步降低初始化耗时：

• 裁剪公共工具类：通过 Tree Shaking 移除未使用的模块，减少全局代码加载时间
• 懒加载初始化：将非必须前置初始化的连接逻辑改为第一次调用时再执行，避免全局初始化阶段耗时过长
• 搭配连接代理：数据库连接可搭配对应代理服务，降低新建连接的耗时

内容的提问来源于stack exchange，提问作者Bartłomiej Gładys