答案：必须换阿里云镜像源并正确配置，因packagist.org国内直连dns解析慢、tls握手卡顿、首字节延迟高且成功率不足70%，而阿里云镜像同步快（1–3分钟）、http/2稳定、cdn覆盖优，实测成功率99%+。
因为不换镜像，composer install 基本就是卡死或超时——这不是体验问题，是连接层失效。
packagist.org 在国内为什么连不上
不是 Composer 慢，是默认源 packagist.org 的物理服务器在欧美，DNS 解析慢、TLS 握手常卡在 10s+、首字节延迟动辄 2–5 秒，加上中间路由节点不稳定，curl -I https://packagist.org/packages.json 经常直接 timeout 或返回 503。实测直连成功率不到 70%，而阿里云镜像稳定在 99%+。
为什么推荐阿里云镜像而不是清华源或腾讯云
同步延迟和 HTTPS 响应一致性才是关键，不是单次测速快就靠谱：
- 阿里云镜像同步间隔为 1–3 分钟，新发布的包几乎秒级可见；清华源常见延迟 10–15 分钟，遇到紧急版本（比如安全补丁）可能装不上
-
https://mirrors.aliyun.com/composer/全链路支持 HTTP/2 + CDN，curl -I返回HTTP/2 200稳定率最高 - Composer 2.2+ 对 URL 格式校验变严：少一个
/（如写成https://mirrors.aliyun.com/composer）会静默 fallback 到官方源，阿里云文档和 CI 脚本验证最充分
项目级配置比全局配置更可靠
团队协作中，composer config -g repo.packagist 看似省事，实际埋雷：
- 新人拉代码后没配镜像，
composer install结果和你本地不一致 - CI 构建失败第一排查点就是
composer.json里有没有"repositories"字段——它会完全覆盖全局设置 - 正确做法是在项目根目录执行：
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（不加-g），它会自动追加到composer.json的"repositories"数组，且带"packagist.org": false
换源后还是慢？别只盯着镜像
镜像只加速下载环节，以下问题会让 Resolving dependencies 阶段卡住，和镜像无关：
-
COMPOSER_MEMORY_LIMIT=-1临时加内存，避免解析大依赖树时 OOM - Xdebug 开着？用
php -d xdebug.mode=off $(which composer) install测试是否提速 5 倍以上 -
http-max-concurrent-downloads设为10（不是已弃用的parallel-downloads） - 检查
platform配置是否和当前 PHP 版本冲突，比如"php": "8.1"却在 PHP 8.3 下运行
真正卡住的时候，先 curl -I https://mirrors.aliyun.com/composer/packages.json 看是不是 200，再看 composer update -vvv 日志里 ZIP 下载地址是不是真走镜像域名——很多“生效了”只是元数据走了镜像，包文件还在从 GitHub 直下。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
