为什么你的Composer跑得慢？一文看懂镜像加速原理-composer-PHP中文网

composer跑得慢90%非网络问题，而是镜像未生效或本地依赖求解卡顿；需确保config -g repo.packagist命令键名准确、type参数为composer、url以https://开头且结尾带斜杠，并验证输出为完整json；resolving dependencies阶段不走网络，受宽松版本约束、minimum-stability设为dev及php版本范围过宽影响；缓存路径位于wsl2挂载目录或机械硬盘会显著拖慢速度；并发下载需配置http-max-concurrent-downloads且镜像支持http/2。

为什么你的composer跑得慢？一文看懂镜像加速原理

composer 跑得慢，90% 不是因为网络差，而是镜像根本没生效，或者卡在本地依赖求解——换源只加速下载，不解决 Resolving dependencies 卡顿。

为什么 `composer config -g repo.packagist` 总是静默失败

这条命令极易写错，且不报错，但配置完全无效。必须同时满足三个硬条件：

键名必须是 repo.packagist，不是 repos.packagist（多一个 s 就被忽略）
第二个参数必须是 composer，表示仓库类型：正确写法是 composer config -g repo.packagist composer @#@#@#@#@#@#@#@#@#@0
URL 必须以 https:// 开头，且末尾带斜杠：@#@#@#@#@#@#@#@#@#@0 ✅，@#@#@#@#@#@#@#@#@#@2 ❌（少斜杠会 404）

验证是否生效：运行 composer config -g repo.packagist，输出必须是类似 {"type": "composer", "url": "@#@#@#@#@#@#@#@#@#@0"} 的完整 JSON。如果为空、null、或仍是 @#@#@#@#@#@#@#@#@#@4，说明没写进去。

`Resolving dependencies` 卡住跟镜像无关

这个阶段完全不走网络，是 Composer 在本地穷举满足所有约束的版本组合。尤其当你写了以下内容时，求解器会指数级爆炸：

"*" 或 "^1.0 || ^2.0" 这类宽泛版本约束
"minimum-stability": "dev"（dev 版本候选集太大）
"php": ">=7.4" 这种宽松 PHP 约束（比 "^8.1" 多查几百个包的兼容性元数据）

临时验证方法：加 --no-cache 再跑一次，有时反而更快；删掉 minimum-stability 字段，看是否明显提速。

Discussion Composer

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

下载

缓存路径放错位置会让 `install` 慢 2–5 倍

默认缓存路径 ~/.composer/cache 若落在以下位置，I/O 就成瓶颈：

WSL2 挂载的 Windows 目录（如 /mnt/c/Users/xxx/.composer/cache）
机械硬盘、加密卷、NFS 共享卷
Docker Desktop 的 macOS/Windows 挂载卷

强制迁移到 SSD 路径：composer config -g cache-dir /mnt/ssd/composer-cache
确认是否生效：COMPOSER_CACHE_DIR=/tmp/composer-cache composer install --dry-run，再检查 /tmp/composer-cache 下是否有新文件生成。