必须严格满足三要素：键名repo.packagist（单数小写）、type值为composer、url为以/结尾的https地址，否则静默失效；验证唯一方式是执行composer config -g repo.packagist，输出完整json才表示生效。
装得快，不等于“硬加并发”，而是让 Composer 少走弯路、少做无用功——镜像没生效、缓存没清、参数乱加，再快的服务器也白搭。
怎么确认 composer config -g repo.packagist 真生效了
这条命令写错一个字符就静默失效，不是慢，是根本没走镜像。必须同时满足三点：
-
repo.packagist不能写成repos.packagist（多一个 s 就被忽略） - 中间必须带
composer这个 type 参数：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - URL 必须是 HTTPS + 末尾带斜杠：
https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌
验证方式只有一种：composer config -g repo.packagist。输出必须是完整 JSON：{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。空、null、或还是 https://packagist.org，说明没写进去。
为什么换镜像后 install 还卡在 Resolving dependencies
这个阶段完全不走网络，跟镜像无关，是 Composer 在本地穷举满足所有版本约束的组合。常见诱因有：
-
composer.json里写了"*"或"^1.0 || ^2.0"这类宽泛约束 - 启用了
xdebug：PHP 8.5.5 下它会让依赖求解器慢 3–5 倍，临时关掉：php -d xdebug.mode=off composer install - 内存不足：Composer 2.9.6 默认限制 1.5GB，可临时加
-dmemory_limit=-1 - 项目级
repositories字段覆盖了全局镜像配置，用composer config --list对比确认实际生效的是哪个
CI/CD 里 composer install 必加的四个参数
本地开发可以宽容，但构建环境漏掉任意一个，安装时间可能从 10 秒拉长到 3 分钟：
-
--prefer-dist：强制走 dist 包，跳过 git clone 和 checkout；但前提是包本身提供 dist 信息，否则会静默 fallback -
--no-dev：跳过require-dev全部包（PHPUnit、PHPStan 占体积大头） -
--no-scripts：防止post-install-cmd触发 npm 构建、DB 迁移等意外操作 -
--no-autoloader：不生成vendor/autoload.php，后续用composer dump-autoload --optimize单独补，更可控
组合起来就是：composer install --prefer-dist --no-dev --no-scripts --no-autoloader。
parallel-downloads 设多少才不翻车
并发数不是越高越好。Composer 2.2+ 才支持，旧版设了也无效，先跑 composer --version 确认 ≥ 2.2。
- 安全起点是
6–10：composer config -g parallel-downloads 10多数 CI 机器和本地开发机稳定 - 设成 20 容易触发临时文件竞争，报
file_put_contents(/tmp/): failed to open stream - 如果加了参数但下载仍卡在单个包，可能是镜像源不支持 HTTP/2 多路复用，可临时切回官方源测试：
composer config -g repo.packagist composer https://packagist.org
真正影响速度的从来不是“下得多快”，而是“有没有在下”。镜像没生效、缓存没清、参数没对齐，再调并发也只是在原地打转。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
