Composer怎么解决导出卡顿并加速-composer-PHP中文网

composer install卡在downloading是镜像未生效，需确保composer config -g repo.packagist输出为{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}，键名、type值、url末尾斜杠三者缺一不可，否则静默回退至packagist.org。

composer怎么解决导出卡顿并加速

composer install 卡在 downloading 是镜像没生效

不是网速问题，是还在直连 packagist.org。运行 composer config -g repo.packagist，输出必须是 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} 或等效 URL 字符串。如果为空、null、或仍是 https://packagist.org，说明配置失败——Composer 2.x 会静默回退，不报错也不提示。

常见失效原因有三个：repo.packagist 键名写成 repos.packagist（多了一个 s）；composer 这个 type 值被省略；URL 末尾漏掉 /。三者缺一即无效。

验证是否真走镜像：加 -vvv 运行 composer install，日志里出现的域名要是 mirrors.aliyun.com 或 mirrors.tuna.tsinghua.edu.cn，而不是 api.packagist.org 或 codeload.github.com。

Resolving dependencies 卡住跟网络无关

这个阶段完全不发 HTTP 请求，但对 PHP 运行环境极其敏感。卡住超过 90 秒，基本可锁定以下四类原因：

memory_limit 不足：默认 128M 在中大型项目里不够，临时用 COMPOSER_MEMORY_LIMIT=-1 composer install 测试
Xdebug 启用中：运行 php -v 看是否含 xdebug，有的话用 php -d xdebug.mode=off $(which composer) install 临时禁用
"platform" 配置与实际 PHP 版本不匹配：比如 "php": "7.4" 却在 PHP 8.2 上运行，会触发大量降级查找
composer.lock 含已下线包：删掉 vendor/ 和 composer.lock，再跑 composer install --no-cache

parallel-downloads 已废弃，改用 http-max-concurrent-downloads

Composer 2.2+ 不再支持 parallel-downloads，继续设它没效果。正确参数是：

composer config -g http-max-concurrent-downloads 10

这个值不是越大越好。实测多数机器设为 6–10 是吞吐拐点，再高容易触发 file_put_contents(/tmp/): failed to open stream 类 I/O 错误。CI 环境建议从 6 开始试，逐步调高。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

注意：该参数只加速 install 阶段的 ZIP 下载，并不影响 update 的依赖解析耗时。