在 AWS Lambda 中打包 Composer 依赖需在 Amazon Linux 容器中执行 composer install --no-dev --optimize-autoloader，确保 PHP 版本、扩展及架构兼容；入口文件须位于 ZIP 根目录并正确引用 vendor/autoload.php；系统级扩展应通过 Lambda 层或容器镜像提供；推荐 CI/CD 自动化构建与部署。

在 AWS Lambda 中打包 Composer 依赖，核心是把 vendor/ 目录连同你的代码一起构建成部署包（ZIP），且必须确保运行时环境与 Lambda 的执行环境兼容（如 PHP 版本、扩展、架构）。

在 Lambda 支持的环境中安装依赖

不能直接在本地（比如 macOS 或 Windows）用 Composer 安装后就上传——因为 Linux 二进制扩展（如 ext-mbstring、ext-curl）或平台相关包（如 ext-gd、grpc）可能不兼容 Lambda 的 Amazon Linux 运行时。

• 推荐使用 Amazon Linux 2 或 Amazon Linux 2025 的 Docker 镜像进行构建（AWS 官方提供：public.ecr.aws/sam/build-php8.2 等）
• 在容器内执行 composer install --no-dev --optimize-autoloader，生成精简、生产就绪的 vendor/
• 避免使用 --ignore-platform-reqs，除非你明确知道缺失扩展不影响运行

保持项目结构简洁，便于 Lambda 加载

Lambda 从 ZIP 根目录开始执行，所以你的入口文件（如 index.php 或 bootstrap.php）应能直接 require autoload：

• 确保 vendor/autoload.php 路径正确（例如：require __DIR__ . '/vendor/autoload.php';）
• 不要把整个项目套在子文件夹里（如 src/ 包在 ZIP 里但入口不在根目录），否则自动加载会失败
• 可考虑用 composer dump-autoload -a 生成类映射，提升冷启动性能

处理二进制扩展或自定义扩展（如 ImageMagick、FFmpeg）

Composer 无法安装系统级扩展，它们需通过 Lambda 层（Layer）或容器镜像方式提供：

• 使用预编译好的公共层（如 awesome-layers 提供的 PHP 扩展层）
• 自行构建包含扩展的 Layer：在 Amazon Linux 容器中编译源码 + 安装 so 文件 + 配置 php.ini
• 若用容器镜像部署，可直接在 Dockerfile 中 RUN yum install -y ImageMagick-devel && pecl install imagick

自动化构建与部署建议

手动打包易出错，推荐 CI/CD 流水线固化流程：

• GitHub Actions / AWS CodeBuild 中拉取官方 PHP 构建镜像
• 运行 composer install + zip -r function.zip . -x "tests/*" ".git/*"
• 配合 aws lambda update-function-code 或 SAM CLI 部署
• 用 composer.json 的 platform 字段锁定目标环境（例如："php": "8.2"），防止本地误装高版本依赖

关键不是“能不能装”，而是“装得对不对”。Lambda 的 PHP 运行时很轻量，依赖必须干净、兼容、可复现。