Composer 没有“最终成片导出”概念，仅负责安装依赖、生成自动加载器和执行脚本；所谓“导出加速”实为优化 composer install，需用 --no-autoloader --no-scripts --no-plugins --prefer-dist 减少 I/O 与 CPU 开销，并分步执行 dump-autoload --optimize --classmap-authoritative。
Composer 没有“最终成片导出”这个概念——它不生成可部署的“包”或“镜像”，只负责安装依赖、生成自动加载器和执行脚本。所谓“导出加速”，本质是减少 composer install 在构建/部署阶段的耗时，核心矛盾在于：**网络下载 + PHP 运行时处理（autoload 生成、脚本执行）这两类操作，一个慢在 I/O，一个卡在 CPU 单线程。**
为什么 composer install 在 CI/CD 或打包时特别慢
不是因为“导出”本身重，而是默认行为把所有事都串着干：
-
Resolving dependencies阶段受 PHP 内存限制和 xdebug 影响极大，128M memory_limit 下大型项目可能反复重试 -
Loading composer repositories如果镜像没生效，仍会尝试连packagist.org，DNS/TLS 卡顿导致假性冻结 -
Installing dependencies后自动触发dump-autoload和post-install-cmd，比如 Laravel 的php artisan optimize或前端构建，这些无法并行且常占总时间 40%+ - vendor 目录未缓存或缓存被污染，每次从零下载 zip、解压、校验 checksum
composer install 构建阶段必须加的四个参数
CI/CD 或制作 Docker 镜像时，composer install 不需要开发期功能，应彻底剥离冗余：
-
--no-autoloader：跳过生成vendor/autoload.php和 classmap，后面统一补优化版 -
--no-scripts：禁用所有post-install-cmd、pre-autoload-dump等钩子，避免意外执行 artisan 或 npm run build -
--no-plugins：关闭插件（如 hirak/prestissimo 已废弃且在 Composer 2.x 中可能降级为单线程） -
--prefer-dist：强制走 zip 包而非 git clone，对公共包提速明显；若项目含私有 git@ 源，需单独配"preferred-install": {"your-vendor/*": "source"}
组合命令示例：composer install --no-autoloader --no-scripts --no-plugins --prefer-dist
autoload 生成必须分两步做
很多人以为 --no-autoloader 是省略 autoload，其实只是延迟——不补上，应用根本跑不起来。但直接 composer dump-autoload 默认不优化，生产环境会慢：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先运行
composer dump-autoload --optimize：生成完整autoload_classmap.php，跳过运行时文件扫描 - 再加
--classmap-authoritative（推荐仅生产）：告诉 autoloader “所有类都在 map 里，别再file_exists()扫目录了”，PHP 8+ 下性能提升显著 - 注意：
--classmap-authoritative要求所有类必须能被扫描到，如果用了动态 require 或 eval，会报错找不到类
所以最终部署命令链是：composer install --no-autoloader --no-scripts --no-plugins --prefer-dist && composer dump-autoload --optimize --classmap-authoritative
缓存和镜像配置失效是隐形瓶颈
即使写了 composer config -g repo.packagist，也常因三个细节白配：
- 键名必须是
repo.packagist（不是repos.packagist，多一个 s 就静默忽略） - URL 必须以
/结尾：https://mirrors.aliyun.com/composer/✅，少斜杠 → 404 - 执行完必须立刻
composer clear-cache，否则旧缓存里的packages.json还指向境外源
验证是否真走镜像：加 -vvv 运行 composer install，日志里出现 Downloading https://mirrors.aliyun.com/composer/ 才算生效。CI 中还要确认执行用户（如 www-data 或 runner），全局配置对非 root 用户无效。
真正卡住的从来不是“怎么导出”，而是没意识到 composer install 默认把下载、解析、生成、执行全塞进一个单线程流程里——拆开它，关掉不需要的部分，缓存才真正起作用。
