带package.json的AWS Lambda能否使用Lambda Layer中的依赖？

可以在Lambda同目录下保留package.json（设置type: "module"），同时使用Lambda Layer中的依赖，核心是调整package.json配置并遵循ES模块解析规则，具体方案如下：

1. 修正Lambda的package.json配置 #

将Lambda本地package.json中的依赖列表完全移除，只保留type: "module"字段。示例：

{
  "type": "module"
}

原因：当本地package.json包含依赖声明时，ES模块模式下的Node.js会优先尝试在本地node_modules目录查找对应包，而你的Lambda部署包未包含node_modules，这会触发模块找不到的错误。移除本地依赖声明后，Node.js会自动通过NODE_PATH环境变量（Lambda默认包含/opt/nodejs/node_modules）去Layer挂载的目录中搜索依赖。

2. 使用裸模块名导入 #

确保代码中使用标准的裸模块名导入，而非绝对路径，比如：

import { fromNodeProviderChain } from "@aws-sdk/credential-provider-node";

绝对路径导入会跳过Node.js的模块搜索逻辑，直接访问指定路径，而Layer的实际挂载路径可能因Lambda运行时版本、打包结构存在差异，裸模块名导入能让Node.js自动处理路径解析。

3. 验证Layer的结构正确性 #

确认你的Layer打包结构符合Lambda要求：

• 必须以nodejs为根目录，内部包含node_modules和对应的依赖包
• 无需在nodejs下按Node版本（如node14）再分目录，Lambda会自动将/opt/nodejs/node_modules加入模块搜索路径

为什么之前的尝试失败？ #

• 保留本地package.json且包含依赖时，ES模块模式下Node.js会认为这些依赖应该存在于本地node_modules，不会去Layer路径搜索
• 使用绝对路径导入时，路径可能与Lambda实际挂载的Layer路径不匹配（比如Layer的node_modules实际在/opt/nodejs/node_modules，而非/opt/nodejs/node14/node_modules）

内容的提问来源于stack exchange，提问作者Gavin Coulson