Composer安装慢主因是镜像未生效或本地依赖求解卡顿；需正确执行composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，并清缓存、收紧版本约束、禁用xdebug、设parallel-downloads=10。
Composer 安装慢，90% 不是网络差，而是镜像根本没生效，或者卡在本地依赖求解——换源只加速下载，不解决“Resolving dependencies”卡顿。
composer config -g repo.packagist 命令写对了吗
这条命令极易静默失败，且不报错。必须同时满足三个硬条件：
-
repo.packagist不能写成repos.packagist（多一个 s 就彻底忽略） - 中间必须带
composer这个 type 参数：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/✅；漏掉composer就 fallback 到默认源 ❌ - URL 必须是 HTTPS + 末尾带斜杠：
https://mirrors.aliyun.com/composer/✅；https://mirrors.aliyun.com/composer❌（少斜杠会 404）
验证是否成功：运行 composer config -g repo.packagist，输出必须是类似 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} 的完整 JSON 对象，空、null 或仍是 https://packagist.org 都说明没写进去。
换源后为什么 composer install 还是慢
最常被跳过的一步：composer clear-cache 没执行。缓存里还存着旧的 packages.json 和元数据，Composer 会优先读缓存，哪怕配置已改，它仍试图从旧地址拉校验信息，结果卡在 DNS 解析或 TLS 握手。
其他关键干扰项：
- 项目级
composer.json中存在repositories字段，会直接覆盖全局配置；可用composer config --list和composer config --list --global对比确认实际生效的是哪个 - 宝塔、CI 或计划任务以
www用户运行，但composer config -g写的是root配置（路径为/root/.composer/config.json），www根本读不到；应切到对应用户下执行：sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 用了过时插件如
hirak/prestissimo，它在 Composer 2.2+ 中不仅无效，还会干扰原生parallel-downloads
Resolving dependencies 卡住跟镜像无关
这个阶段完全不走网络，是 Composer 在本地穷举满足所有约束的版本组合。尤其当你写了 "*"、"^1.0 || ^2.0" 或 "minimum-stability": "dev" 时，求解器会指数级爆炸。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
真实提速手段：
- 收紧 PHP 版本约束：
"php": "^8.1"比"php": ">=7.4"少查几百个包的兼容性元数据 - 删掉
"minimum-stability": "dev"—— dev 版本候选集太大，稳定版能砍掉 80% 求解时间 - 临时禁用 xdebug：
php -d xdebug.mode=off $(which composer) install - 提高内存限制：
COMPOSER_MEMORY_LIMIT=-1 composer install - 删掉
vendor/和composer.lock，再用--no-cache重装（尤其当 lock 文件残留已下线包时）
parallel-downloads 设多少才真起作用
这是 Composer 2.2+ 原生机制，只对 composer install 有效，composer update 仍需串行算依赖图。默认值是 3，基本等于没开。
推荐设为 10：composer config -g parallel-downloads 10
但要注意：
- 别盲目冲到 20：企业网络或低配 CI 容易触发
file_put_contents(): failed to open stream（临时文件竞争），降到 6–8 更稳 - 这个参数依赖镜像支持 HTTP/2 多路复用；阿里云、清华、腾讯镜像都支持，但私有源若不支持，设高了也白搭
- 运行
composer --version确认是 2.2+；若是 1.x，先composer self-update
真正容易被忽略的点是：缓存路径如果落在机械硬盘、WSL2 挂载的 Windows 目录、或加密卷上，解压 ZIP 包时 I/O 就成瓶颈——检查当前缓存路径：composer config --global cache-dir，必要时手动挪到 SSD 路径并更新配置。
