改DNS能解决Composer因域名解析失败导致的卡顿，因packagist.org等域名在国内常被污染或解析缓慢；若nslookup失败或curl访问官方源超时，换为8.8.8.8、1.1.1.1等公共DNS可快速修复解析环节。
为什么改DNS对Composer安装有实际帮助
Composer install 卡在 Resolving dependencies 或下载阶段，不一定是网络慢，而是 DNS 解析失败或超时。比如 packagist.org、github.com 这些域名在国内常被污染或解析缓慢，导致 Composer 在获取元数据前就卡住。改 DNS 是底层链路修复，比等镜像重试更直接——尤其当你已经配了清华源但 composer config -g repo.packagist 显示正常，composer install -vvv 日志里却反复出现 Failed to resolve host 时，问题大概率出在 DNS。
怎么验证当前 DNS 是否拖慢 Composer
别猜，用 curl 直接测：
-
curl -I https://mirrors.aliyun.com/composer/packages.json—— 如果能快速返回 HTTP 200，说明镜像本身通，问题不在源 -
curl -I https://packagist.org/packages.json—— 如果超时或Could not resolve host，就是 DNS 解析失败 -
nslookup packagist.org 8.8.8.8和nslookup packagist.org 114.114.114.114对比响应时间，确认是否本地 DNS 慢
注意：Composer 本身不走系统 hosts，但 DNS 解析层会受系统设置影响；如果 nslookup 都失败，换 DNS 是最优先动作。
推荐 DNS 设置及生效方式
不用改全局系统设置也能让 Composer 受益，关键是让 PHP 进程发起的 DNS 请求走干净节点：
- Linux/macOS 下临时生效：
export SYSTEMD_RESOLVED=0 && export RES_OPTIONS="timeout:2 attempts:2"（减少重试耗时） - Docker 容器内必须显式指定：
docker run --dns 8.8.8.8 --dns 1.1.1.1 your-php-image composer install - CI/CD 如 GitHub Actions 中，在
run步骤前加：echo "nameserver 8.8.8.8" | sudo tee /etc/resolv.conf - Windows 用户若用 WSL2，需在
/etc/wsl.conf加[network] generateResolvConf = false，再手动写入/etc/resolv.conf
阿里云 DNS（223.5.5.5）和 Cloudflare（1.1.1.1）对 PHP 域名解析更友好，比默认 ISP DNS 稳定得多。
什么时候改 DNS 也救不了，该切镜像
DNS 优化只解决“解析”环节，不解决“下载”环节。如果 curl -I 能通镜像但 composer install 仍卡在 Downloading zipball from https://mirrors.tuna.tsinghua.edu.cn/...，说明是 TLS 握手失败或 CDN 节点异常——这时必须确认镜像 URL 正确且末尾带 /，例如 https://mirrors.tuna.tsinghua.edu.cn/composer/（漏斜杠会导致 Composer 拼出错误路径）。另外，旧版 Composer（1.x）不认 repo.packagist，得用 repos.packagist，否则 DNS 再快也没用。
