PHP开发中Composer镜像的测速方法与最佳选择-composer-PHP中文网

最准验证方式是执行composer install -vvv并grep "get "，真实生效标志为日志中出现get https://mirrors.aliyun.com/composer/p2/xxx.json而非packagist.org；项目级repositories会覆盖全局配置，且需清缓存、删vendor与lock文件后测试。

php开发中composer镜像的测速方法与最佳选择

换镜像不测速，等于蒙眼开车——你根本不知道当前用的是快源还是假快源。真实测速必须绕过缓存、直击元数据拉取环节，而不是看 composer install 总耗时。

怎么验证镜像是否真在生效？别信 `composer config -g repo.packagist` 的输出

这个命令只告诉你“配了什么”，不告诉你“用了什么”。项目级 repositories 字段会直接覆盖全局配置，且 composer config -g 完全查不到它。

进项目根目录，执行 composer config repo.packagist（不带 -g）看项目级是否覆盖
删掉 vendor/ 和 composer.lock，再跑 composer install -vvv 2>&1 | grep "GET "
真正生效的标志是日志里出现类似 GET https://mirrors.aliyun.com/composer/p2/monolog/monolog.json，而不是 packagist.org 或 api.github.com
如果看到 GET https://packagist.org/packages.json，说明镜像完全没走通，哪怕 config -g 显示正确也没用

测速不能只看 ping 或 curl 包含 `packages.json` 的响应时间

镜像质量不是单点延迟，而是整条链路的稳定性：元数据同步时效性、dist ZIP 分发 CDN 覆盖、HTTP/2 支持、并发连接数限制。

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

用 curl -o /dev/null -s -w "%{time_total}\n" https://mirrors.aliyun.com/composer/packages.json 只能测根路径，但实际请求是 /p2/xxx/xxx.json 和 /dist/xxx.zip，路径深度影响 CDN 缓存命中率
阿里云镜像在 /p2/ 路径下响应最快（2026 年实测平均首字节 /dist/ 偶尔抖动
腾讯云镜像在腾讯云 CVM 上首包延迟比阿里云低 30–50ms，但非腾讯云环境可能 DNS 解析慢
华为云镜像 https://repo.huaweicloud.com/repository/php/ 不是标准 Composer 镜像结构，部分老版本 Composer 会 fallback 到官方源，需确认 Composer ≥2.7

为什么 `composer install` 还是卡在 Resolving dependencies？

这阶段完全不走网络，镜像再快也无效。90% 的“换源没提速”其实卡在这里。

Resolving dependencies 卡顿主因是 PHP 内存不足（默认 128M 不够解析 Laravel + 50+ 依赖），临时加 COMPOSER_MEMORY_LIMIT=-1 测试
启用了 Xdebug（php -v 输出含 xdebug）会让求解器慢 5–10 倍，CI 中务必用 php -d xdebug.mode=off $(which composer)
composer.json 里写了 "*" 或 "dev-main" 这类宽泛约束，触发指数级版本回溯；收紧为 "^2.0" 或锁死 minor 版本能立竿见影
旧 composer.lock 里残留已下线包（如 phpunit/phpunit 9.x 已 EOL），Composer 会反复尝试从官方源回退查找

Docker 和 CI 环境中镜像配置最容易失效的三个地方

基础镜像里没有 ~/.config/composer/ 目录，composer config -g 会静默失败，但没人告诉你。

Dockerfile 中写 RUN composer config -g repo.packagist ... 前，先 RUN mkdir -p /root/.config/composer，否则配置写不进去
Jenkins 或宝塔计划任务默认以 www 或 jenkins 用户运行，而 composer config -g 写的是 root 用户配置；应改用 sudo -u www composer config -g ...
GitHub Actions 中，composer/installer Action 默认不继承全局配置，必须显式传 repository: https://mirrors.aliyun.com/composer/ 参数，或在 steps 里手动 run: composer config -g ... 并确保 cache key 包含镜像 URL

最常被忽略的一点：镜像只管 packages.json 和 dist ZIP，不管 GitHub 直链、私有 Git 仓库、SVN 源或 ext-* 扩展编译——这些环节换源完全不加速。如果你的依赖里混着 "type": "package" 或 "url": "git@github.com:..."，得单独处理。