本地composer install会导致部署包虚大，因其在macOS/Windows上混入平台路径、.git目录、测试文件、vendor/bin中的dev工具及错误autoloader逻辑，而Lambda与阿里云FC运行于Amazon/Alibaba Cloud Linux，路径与扩展行为不一致，引发体积虚高、加载慢及Class not found错误。
为什么本地 composer install 会导致部署包虚大？
本地 macOS/Windows 执行 composer install 会混入平台路径、.git 目录、测试文件、未清理的缓存（如 vendor/bin 下的 dev 工具），甚至触发错误的 autoloader 生成逻辑。Lambda 和阿里云 FC 实际运行在 Amazon Linux 或 Alibaba Cloud Linux 上，路径和扩展行为不一致，导致体积虚高、加载慢、偶发 Class not found 错误。
常见现象包括：
- 打包后 ZIP 超过 80MB，上传失败或超时
- 函数首次调用耗时 >1.2s，其中 600ms+ 花在 autoloader 初始化上
-
composer dump-autoload在函数内执行报错——因为无写权限且无vendor/composer/autoload_*.php文件
composer install --no-dev --optimize-autoloader --classmap-authoritative 必须三连用
这三个参数不是可选组合，而是 Serverless 环境下的最小安全集：
-
--no-dev：跳过require-dev区块安装，但注意——某些包（如symfony/var-dumper）可能被运行时依赖间接拉入，需用composer depends <包名>验证是否真为纯 dev -
--optimize-autoloader：生成vendor/composer/autoload_static.php，避免运行时动态扫描 -
--classmap-authoritative：强制所有类必须来自 classmap，禁用 fallback 文件查找，提升加载确定性与速度
漏掉任一参数，都可能导致冷启动变慢或类加载失败。尤其 --classmap-authoritative 在 Bref 或阿里云 FC 中能显著降低 autoload 反序列化开销。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
构建必须在目标平台镜像里做，别在本地跑
直接结论：不用本地 composer install，改用精简版基础镜像（如 bref/php-82-fpm 或 aliyunfc/runtime-php82）配合上述三连参数，在 Docker 中构建。
- 别用
php:8.2-cli这类全量镜像——它含大量调试工具和扩展，基础层就 400MB+ - 构建阶段应使用
--prefer-dist加快下载，且确保config.platform.php设为生产环境版本（如"8.2"），避免因平台模拟不一致导致依赖误删 - 多函数共享依赖时，优先通过 Layer（如 AWS Lambda Layer 或 FC Custom Runtime Layer）统一管理
vendor，而非每个函数重复打包
删 vendor 里的“视觉垃圾”要精准，别一刀切
vendor 里真正占空间的是 tests/、docs/、examples/、.md、CHANGELOG 等非运行时文件，它们常占体积 30% 以上。但不能盲目 rm -rf：
- 安全删除方式：在项目根目录加
.gitattributes，写入：* export-ignore/tests export-ignore/docs export-ignore/examples export-ignore - 再配合
composer install --prefer-dist --no-dev，Git-based 安装会被自动跳过，dist zip 里本就不含这些目录 - 慎删
.git：有些包（如symfony/flex）靠它做运行时版本检测；确认当前全是 dist 安装后，再用find vendor -name ".git" -type d -prune -exec rm -rf {} + - 绝对不能删
composer.lock或autoload.php——前者是依赖确定性的唯一依据，后者被 ClassLoader 动态读取
最易被忽略的一点：很多团队在 CI 中只跑 composer install --no-dev，却忘了加 --classmap-authoritative，结果 classmap 仍保留 fallback 查找逻辑，冷启动时照样慢。
