Composer 没有“导出”命令，所谓卡在“导出”实为 install 阶段的下载、依赖解析或 autoload 重建耗时；应加 --no-dev --prefer-dist --optimize-autoloader --classmap-authoritative 四参数加速。
Composer 没有“导出”命令，你实际想做的很可能是 composer install 或 composer update 后的部署动作——比如把 vendor 和优化后的 autoloader 打包、复制或构建镜像。所谓“加速导出”，本质是加速 install 阶段并跳过非必要环节。
为什么 composer install 会卡在“导出”环节？
很多人误以为 composer install 最后一步是“导出”，其实它只是解压 ZIP、写文件、生成 autoload 文件。真正拖慢的，是以下三件事：
- 下载阶段：没换源、缓存污染、
http-max-concurrent-downloads过低 - 依赖解析阶段：PHP 内存不足（
memory_limit默认 128M 不够）、xdebug 开着、composer.lock里残留已下线包 - autoload 重建阶段：没加
--optimize-autoloader和--classmap-authoritative，导致每次都要遍历目录
composer install 必加的四个生产参数
这四个不是“建议”，少一个，就可能多花 2–5 秒甚至更久，尤其在 CI/CD 或 Docker 构建中：
-
--no-dev：跳过require-dev包（如 phpunit、phpstan），避免它们进 classmap 或触发调试逻辑 -
--prefer-dist：强制走 ZIP 包而非 git clone，省掉 SSH 认证、git checkout、.git 目录开销 -
--optimize-autoloader（或-o）：生成vendor/composer/autoload_classmap.php，把 PSR-4 映射转为静态路径 -
--classmap-authoritative（或-a）：告诉 autoloader “类不在 classmap 里 = 真不存在”，彻底跳过file_exists()扫描
完整命令示例：composer install --no-dev --prefer-dist --optimize-autoloader --classmap-authoritative --no-interaction
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
CI/CD 中还要额外注意的三点
在 GitHub Actions、GitLab CI 等环境里，光加参数还不够，容易踩这些坑：
- 全局配置写错用户：用
sudo composer config -g把镜像写进了/root/.composer/config.json，但 runner 是runner用户，根本读不到 —— 应改用sudo -u runner composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 缓存没清干净：
composer clear-cache必须在换源后立刻执行，否则仍从旧缓存读packages.json，镜像等于白配 - 删不干净旧状态：CI 脚本里别只
rm -rf vendor，必须连composer.lock一起删，再跑composer install --no-cache，否则哈希校验失败报hash does not match
为什么加了 --classmap-authoritative 还报 Class not found？
这不是参数失效，而是 classmap 根本没收录那个类。权威模式是“全或无”，不会 fallback。检查这三处：
- PSR-4 命名空间路径末尾缺反斜杠：
"App": "app/"✅，"App": "app"❌ → 扫描失效 - 类文件里 namespace 拼错，比如写成
namespace AppConsoleCommands;（缺\），classmap 就不会收录 - 把
tests/目录塞进了autoload块 → 它被跳过扫描，但代码里写了new TestsFooTest()，运行时直接崩
验证方式：打开 vendor/composer/autoload_classmap.php，搜索类全名（如 AppConsoleCommandsDeployCommand），看是否在数组里。
