composer 导出实际是 install 阶段耗时，核心卡点在于元数据拉取、zip 下载和 autoload 生成；需全局/项目级正确配置阿里云镜像、删 vendor 和 lock 重装，并使用 --no-dev --prefer-dist --optimize-autoloader --no-interaction 参数。
Composer 导出（composer install --no-dev --prefer-dist --optimize-autoloader）本身不涉及“导出”动作，真正卡顿、耗时长、反复失败的环节是 install 阶段——尤其在 CI/CD、新机器部署或无缓存环境下。加速的关键不是改命令名，而是让每一步都命中缓存、走对镜像、跳过冗余操作。
为什么 composer install 在导出场景下特别慢
生产环境“导出”通常指构建干净 vendor 目录（如 Docker 构建、CI 打包），此时没有 vendor/ 和旧缓存，Composer 必须：拉取完整 packages.json 元数据 → 解析全部依赖树 → 逐个下载 ZIP 包 → 校验 hash → 解压 → 生成 autoload 映射。任一环节没优化，就会卡在 Loading composer repositories 或 Downloading。
- 元数据拉取失败（90% 是镜像未生效，而非网络差）
- ZIP 包仍从 GitHub 下载（镜像只代理元数据，不托管 dist 包）
- PHP 启用了
opcache.enable_cli=1但未预热 autoload，导致首次加载类极慢 -
composer.lock中的dist.url指向codeload.github.com，说明锁文件生成时根本没走镜像
composer config -g repo.packagist 必须三要素全对才生效
这条命令静默失败率极高，且不报错。必须同时满足：
- 键名严格为
repo.packagist（不能是repos.packagist、packagist.org或其他变体） - 第二参数必须显式写
composer（这是 type 值，不是可选描述） - URL 必须是 HTTPS + 末尾带斜杠：
https://mirrors.aliyun.com/composer/（少斜杠会拼出/composerpackages.json导致 404）
验证是否真生效：composer config -g repo.packagist 输出必须是完整 JSON 对象，例如：{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。空、null、或仍是 https://packagist.org，说明配置完全没写进去。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
项目级配置比全局更可靠，尤其在 CI/CD 中
全局配置（~/.composer/config.json）在宝塔、GitHub Actions、GitLab CI 等场景下常失效，因为执行用户（www、runner、gitlab-runner）和你配镜像的用户不是同一个。
- 进项目根目录，运行：
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（注意：不加-g） - 它会自动往
composer.json的repositories字段安全追加，不覆盖已有私有源 - 如果
"repositories": []是数组，命令会报错；需先手动改为对象："repositories": {} - 改完必须删掉
vendor/和composer.lock，再跑composer install，否则旧 lock 文件里的dist.url仍直连 GitHub
导出时必加的三个参数与缓存加固
仅配镜像不够，install 还要跳过开发依赖、强制走 ZIP、优化 autoload：
-
--no-dev：跳过require-dev（如 PHPUnit、Pint），减少 30%+ 包数量 -
--prefer-dist：强制下载 ZIP 而非 git clone，避免初始化仓库、checkout 分支等 IO 开销 -
--optimize-autoloader：生成静态 PSR-4 映射数组，减少运行时文件扫描 - 额外加固：
composer clear-cache必须在配镜像后立即执行，否则仍读旧元数据 - 检查缓存路径是否可写：
composer config -g cache-dir，若为空或权限不足，补上：composer config -g cache-files-dir ~/.composer/cache/files
最终导出命令示例：composer install --no-interaction --no-dev --prefer-dist --optimize-autoloader。别省略 --no-interaction，否则 CI 可能卡在交互提示。
最易被忽略的是：锁文件（composer.lock）生成时是否已用镜像。如果它是本地开发机上生成的，而那台机器没配镜像，那么即使你在 CI 里配了全局镜像，install 仍会按 lock 文件里记录的原始 dist.url 去请求 GitHub —— 此时只能删 lock 重生成，或改用项目级配置并 commit。
