批量打包提速的关键是用 vendor 快照替代重复 install：首次全量优化安装后缓存 vendor 和 lock，后续直接解压复用，避免重复解析、下载与生成；需确保 php/扩展/composer 版本一致，并严格排除无关文件。
composer 本身不支持“批量打包导出”，所谓“批量打包”实际是反复执行 composer install + 系统归档，瓶颈不在打包逻辑，而在每次安装的重复开销。真正能提速的，是把安装过程变成可缓存、可复用、可跳过的确定性步骤。
为什么直接循环 composer install 很慢
每次运行 composer install 都会重做依赖解析、下载校验、自动加载器生成——哪怕 composer.lock 完全相同。尤其在 CI/CD 中批量构建多个分支或标签时，这种重复计算毫无必要。
- Resolving dependencies 阶段 CPU 密集，且无法缓存（即使 lock 文件没变）
- 默认并发下载数只有 3，
parallel-downloads或http-max-concurrent-downloads必须显式设为 8–10 才能压满带宽 - 每轮都生成
vendor/autoload.php和 classmap，但内容几乎一致，纯属 I/O 浪费 - 若启用了插件（如
symfony/flex），每次还会触发 post-install-cmd，可能执行 npm 构建等重型操作
用 vendor 缓存 + 锁文件快照替代重复 install
核心思路：只做一次干净安装，然后把 vendor/ 目录和 composer.lock 当作“已验证产物”直接复用。后续所有“打包”只需复制 + 归档，毫秒级完成。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 首次构建时加全量优化参数：
composer install --no-dev --optimize-autoloader --classmap-authoritative --no-interaction --no-scripts --no-plugins - 确认
vendor/autoload.php可正常 require，且vendor/composer/autoload_classmap.php存在 - 将整个
vendor/目录和当前composer.lock打包为vendor-snapshot.tgz，存入共享缓存（如 S3、NFS 或 CI 缓存目录） - 后续批量打包时，解压该快照，再执行
tar -czf app-v1.2.0.tgz . --exclude=vendor --exclude=.git，最后把快照 vendor 合并进去
CI 中批量打多版本包的推荐流程
Git 分支/tag 多、但依赖结构稳定时，别让每个版本都跑一遍 composer install。用 Git commit hash 绑定 vendor 快照，实现精准复用。
- 先用
git ls-tree -r --name-only HEAD composer.lock | sha256sum提取 lock 文件指纹作为快照 key - 检查缓存中是否存在
vendor-${sha256}.tgz；存在则直接解压，不存在才触发完整 install 并上传新快照 - 打包命令统一用：
tar -czf release-${TAG}.tar.gz --transform 's/^src\///' src/ --owner=0 --group=0 --numeric-owner --exclude='*.md' --exclude='.env' - 务必排除
vendor/bin/、tests/、.git/、installed.json——composer install不清理它们，你必须手动删
离线环境批量部署的硬性前提
直接复制 vendor/ 看似最省事，但一旦 PHP 版本、扩展、Composer 版本或平台配置（config.platform.php）有微小差异，就会在运行时报 Class not found 或静默降级到慢路径。
- 源与目标机器必须满足：PHP 小版本一致（如 8.2.12 vs 8.2.15 可接受，8.2 vs 8.3 不行）、
mbstring/openssl等基础扩展启用、composer --version输出主版本相同 - 目标机执行前必须验证：
php -d extension=mbstring.so -d extension=openssl.so vendor/autoload.php能静默通过 - 若项目含
ext-redis或ext-pdo_pgsql，目标机必须已安装对应扩展，否则composer install会跳过，但运行时直接崩溃 - 永远带上
composer.lock—— 没它，vendor 目录对 Composer 来说就是一堆无意义文件
--no-scripts 和 --no-plugins 在批量场景下不是可选项，是防止某次构建意外触发前端编译或私仓认证的保险栓。
