解决 Composer 安装时无法连接 Packagist 官方库的负载均衡-composer-PHP中文网

根本不是负载均衡问题，而是网络出口被阻断；应优先执行composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/切换镜像并运行composer clear-cache清缓存，再验证curl -I https://packagist.org/packages.json连通性。

解决 composer 安装时无法连接 packagist 官方库的负载均衡

根本不是负载均衡问题，是网络出口被阻断。Packagist 官方库 https://packagist.org 在国内无法稳定直连，所谓“负载均衡失败”只是表象，实际卡在 DNS、TCP 或 TLS 层——换镜像源比调任何负载参数都快、准、稳。

为什么 composer install 卡在 “Loading composer repositories”

这不是服务器忙或负载高，而是请求压根没发出去，或发出去后被静默丢弃。Composer 默认硬编码访问 https://packagist.org，不走你配的镜像、代理或环境变量。现象包括：

cURL error 7: Failed to connect to packagist.org port 443
Could not resolve host: packagist.org
终端停在 Loading composer repositories 后无响应，也不报错

此时别查 CDN 负载、别改 Composer 并发数，先验证底层连通性：

运行 curl -I https://packagist.org/packages.json —— 看是否返回 200 OK，否则就是网络层问题
运行 composer config -g repo.packagist —— 输出为空？说明还没切镜像
运行 composer clear-cache —— 缓存里可能还存着失效的官方地址

换镜像源必须用正确命令和 URL 格式

旧写法如 composer config -g repos.packagist.org 已失效（Composer ≥ 2.0），新配置必须明确指定仓库类型和完整路径。常见错误：

Workflow Decomposer

工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。

下载

阿里云地址漏掉末尾 /composer/ → 返回 404；正确写法：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
清华镜像少斜杠：https://mirrors.tuna.tsinghua.edu.cn/composer 错，必须是 https://mirrors.tuna.tsinghua.edu.cn/composer/
华为云路径含 /repository/php/，不是 /composer/：https://mirrors.huaweicloud.com/repository/php/
执行 composer global config 是无效操作——global 指全局包安装目录，不是配置作用域；必须用 -g 或 --global

https-proxy 配错会导致 HTTPS 请求静默直连

只设 http-proxy 不够，Packagist 元数据全部走 HTTPS，必须单独配 https-proxy，且它不是可选项：

运行 composer config -g --list | grep -E "(http|https)-proxy" —— 必须看到两行，缺一不可
https-proxy 的值协议头必须是 http://，哪怕代理监听 HTTPS 端口；填 https:// 或省略协议会静默失效
密码含 @、/、: 等字符，必须先用 php -r "echo rawurlencode('pa@ss:word');" 编码再拼入 URL
企业 NTLM 代理（如 Windows 域环境）返回 407 Proxy Authentication Required 时，Composer 原生不支持；得用 cntlm 或 px 中转成普通 HTTP 代理

别信 composer diagnose 的 OK

composer diagnose 显示 OK 只代表它自己能连上 https://packagist.org（硬编码、不走镜像、不校验证书），跟你的实际安装完全无关：

它不读 repo.packagist 配置，也不看 COMPOSER_REPO_PACKAGIST 环境变量
它只发 HEAD /，不请求 /packages.json，更不校验 CA 证书链
真正验证镜像是否生效，跑 composer show -p | head -5 —— 能列出包名就说明通了
CI 环境中加 --verbose 再跑 composer install，错误堆栈里直接暴露是 SSL connect error、DNS resolution failed 还是 Connection refused

最易被忽略的点：缓存不清，项目级 repositories 配置覆盖全局，以及清华镜像 URL 少一个斜杠就 404——这些细节比调任何“负载均衡”参数都关键。