AWS Lambda函数间共享代码的最优方式是什么？

这个问题我维护多函数Lambda项目时也踩过坑！默认的Lambda CLI打包（不管是原生aws lambda package还是Serverless Framework这类工具的默认逻辑）只会扫描单个函数目录下的文件，不会主动向上抓取上级目录的共享代码，所以才会出现require("../mylibrary")引入的代码没被打包进去的情况。给你几个实用的解决思路：

方法1：用打包工具（ESBuild/Webpack）处理依赖捆绑 #

Lambda函数最适合用轻量快速的ESBuild来打包，它能自动解析所有依赖（包括上级目录的共享代码）并捆绑成单个文件。

• 给每个函数目录安装ESBuild：npm install esbuild --save-dev
• 在每个函数目录下执行打包命令：

  esbuild index.js --bundle --platform=node --target=node18 --outfile=dist/index.js
  

  （target要和你的Lambda运行时版本匹配，比如node16/node20）
• 之后只需要打包dist目录上传到Lambda即可，所有依赖（包括../mylibrary）都会被包含进去。
• 嫌手动执行麻烦的话，可以在项目根目录写个Shell脚本或者npm脚本，批量处理a、b、c三个函数的打包。

方法2：用AWS Lambda层存放共享代码 #

如果共享代码是多个函数都要用的公共逻辑，用Lambda层是更优雅的方案——不需要每个函数都打包一份共享代码，更新共享逻辑只需要更新层即可。

• 按Lambda层的要求创建目录结构：

  layers/
    my-shared-lib/
      nodejs/
        node_modules/
          mylibrary/  # 把你的共享代码放到这里
  

• 打包层目录：cd layers/my-shared-lib && zip -r layer.zip nodejs
• 用CLI发布层：

  aws lambda publish-layer-version --layer-name my-shared-lib --zip-file fileb://layer.zip
  

• 最后给每个Lambda函数关联这个层（可以在AWS控制台配置，或者用CLI/Serverless框架的配置文件指定层ARN），之后函数里就能直接require("mylibrary")引用了。

方法3：用npm工作区管理本地依赖 #

通过npm工作区把共享库和各个函数关联起来，让打包工具能正确识别本地依赖：

• 在项目根目录的package.json里配置工作区：

  {
    "name": "lambda-monorepo",
    "workspaces": ["functions/*", "mylibrary"]
  }
  

• 在mylibrary目录下初始化一个npm包（npm init），设置好包名（比如@my-project/mylibrary）
• 给每个函数安装本地共享库依赖：

  cd functions/a && npm install @my-project/mylibrary
  

• 之后打包函数时，不管用原生CLI还是Serverless工具，都会自动把共享库的代码包含到函数包中。

额外注意事项 #

• 如果用Serverless Framework，可以配合serverless-esbuild插件，在serverless.yml里配置捆绑规则，自动处理所有函数的依赖打包。
• 尽量避免直接用相对路径引用上级目录的代码，通过npm本地依赖的方式更稳妥，打包工具的依赖解析逻辑会更清晰。

内容的提问来源于stack exchange，提问作者K..