Composer卡在“Loading composer repositories”或报cURL error 28、Could not resolve host，主因是HTTP_PROXY环境变量与Composer代理配置冲突形成解析环路，需清除环境变量、显式配置composer代理、绑定hosts绕过DNS污染，并验证代理协议兼容性。
Composer 在中文环境里卡在 “Loading composer repositories” 或报 cURL error 28、Could not resolve host，**几乎不是 Composer 本身的问题，而是 HTTP_PROXY 环境变量和 Composer 自身代理配置形成解析环路——请求被反复转发、超时或 DNS 被劫持**。必须拆开看：环境变量是否生效？Composer 是否读它？两者是否冲突？
HTTP_PROXY 环境变量到底有没有被 Composer 读取？
Composer 默认不读 HTTP_PROXY 和 HTTPS_PROXY（v2.2+ 才默认启用，且需显式开启）。你 export 的变量，对旧版或未设开关的 Composer 完全无效。
- 验证命令：
composer config -g --list | grep -E "(http|https)-proxy"—— 如果没输出，说明 Composer 没用环境变量，只认自己配置文件里的http-proxy和https-proxy - v2.2+ 用户若想启用环境变量，需手动加：
composer config -g use-env-http-proxy true；否则即使变量存在也静默忽略 - CI/CD 或 Docker 中更常见：环境变量已传入容器，但 Composer 没开开关，结果还是直连失败
为什么开了 HTTP_PROXY 还会循环转发？
当 HTTP_PROXY 指向一个本地代理（如 Clash、Fiddler、cntlm），而该代理又尝试解析 repo.packagist.org，但 DNS 被污染或 hosts 写错，就会触发「代理→DNS查询→失败→重试→再进代理」的死循环，表现为长时间卡住或 cURL error 28（timeout）。
- 典型现象：
curl -x http://127.0.0.1:7890 https://packagist.org/packages.json能通，但composer install卡住 → 说明链路通，但 Composer 请求被额外路由干扰 - 杀毒软件（360、火绒）或 Windows Defender 防火墙常会拦截本地代理的 HTTPS 出站连接，导致代理进程收不到响应，形成假连接
- Fiddler/Charles 类工具若启用 HTTPS 解密，会注入自签名证书，而 Composer 默认不信任，卡在 TLS 握手而非 DNS 层
如何切断解析环路并强制走干净链路？
核心思路是：**让 Composer 完全脱离环境变量干扰，用明确配置接管全部流量，并绕过可能被劫持的 DNS 和 TLS 层**。
- 先清除所有干扰：
unset HTTP_PROXY HTTPS_PROXY（Linux/macOS）或set HTTP_PROXY= && set HTTPS_PROXY=（Windows CMD） - 显式写死 Composer 代理：
composer config -g http-proxy http://127.0.0.1:7890和composer config -g https-proxy http://127.0.0.1:7890（注意：两个都必须填，且协议头必须是http://） - 跳过 DNS 污染：编辑
/etc/hosts（Linux/macOS）或C:\Windows\System32\drivers\etc\hosts（Windows），追加一行：104.21.46.17 repo.packagist.org（IP 来源需实测，可用nslookup repo.packagist.org 1.1.1.1获取） - 刷新 DNS 缓存：
sudo dscacheutil -flushcache（macOS）、ipconfig /flushdns（Windows）、sudo systemd-resolve --flush-caches（Linux systemd） - 若代理需认证且密码含
@或/，必须 URL 编码：php -r "echo rawurlencode('pa@ss/word');"→ 得到pa%40ss%2Fword，再拼成http://user:pa%40ss%2Fword@127.0.0.1:7890
NTLM 代理或企业域环境下的特殊处理
Windows 域环境下常见的 407 Proxy Authentication Required 错误，不是配置漏了，是 Composer 原生根本不支持 NTLM 协议。此时任何 http-proxy 设置都会失效，强行配只会让请求卡在认证环节。
- 唯一可靠路径：本地起中转代理，比如
cntlm或px，让它监听127.0.0.1:3128并处理 NTLM 认证 - 然后只对 Composer 配置这个本地地址：
composer config -g http-proxy http://127.0.0.1:3128和composer config -g https-proxy http://127.0.0.1:3128 - 别尝试关
secure-http或设ssl-verifypeer false—— 这解决不了 407，反而让后续包下载暴露在中间人风险下
真正麻烦的从来不是“怎么设代理”，而是“谁在偷偷改 DNS、谁在劫持 TLS、谁把 @ 当成分隔符却没编码”。每一步验证都要落到具体命令和输出，而不是靠猜。
