如何通过DNS优化解决Composer下载卡顿-composer-PHP中文网

改DNS能立刻缓解Composer卡顿，因其80%问题源于DNS解析失败或超时；需替换为可信DNS（如114.114.114.114、223.5.5.5），禁用systemd-resolved，锁定/etc/resolv.conf，预置hosts关键域名IP，并禁用IPv6 fallback。

如何通过dns优化解决composer下载卡顿

为什么改DNS能立刻缓解Composer卡顿

Composer卡在Loading composer repositories或Downloading https://...，80%不是它慢，而是虚拟机/容器里DNS解析失败或超时。系统默认用宿主机DNS（比如192.168.1.1），但该地址常被劫持、响应慢，甚至返回错误IP，导致后续TLS握手直接卡死——改DNS是最轻量、见效最快的破局点。

/etc/resolv.conf只留两个可信DNS

别让systemd-resolved偷偷覆盖它，也别加一堆备用DNS拖慢查询顺序：

运行sudo systemctl disable --now systemd-resolved（Ubuntu/Debian/CentOS 8+）

编辑/etc/resolv.conf，只保留两行：

nameserver 114.114.114.114
nameserver 223.5.5.5

加chattr +i /etc/resolv.conf防意外覆盖（重启后需chattr -i才能改）

hosts预置关键域名IP，跳过DNS查询

DNS改了还不够：有些镜像站（如mirrors.aliyun.com）会动态调度IP，但Composer首次请求前不走HTTP重定向，直接连IP。若DNS刚生效但本地缓存未刷新，仍可能查到旧IP或失败。硬写/etc/hosts是兜底方案：

Academic Composer Upload

辅助学术写作，包括查找资料、生成大纲、引用扩写及润色风格，同时确保引用规范。

下载

先用curl -I https://mirrors.aliyun.com/composer/确认当前响应IP（比如223.6.6.6）

往/etc/hosts追加：

223.6.6.6 mirrors.aliyun.com
223.6.6.6 packagist.org
223.6.6.6 github.com
223.6.6.6 githubusercontent.com

注意：IP必须和你curl实测一致，不能抄网上的“通用IP”——阿里云CDN节点经常轮换

Docker容器内DNS要单独指定

容器默认继承宿主机/etc/resolv.conf，但Docker daemon可能注入127.0.0.11（内部DNS），而这个地址在某些网络环境下不可达：

启动时显式指定：docker run --dns 114.114.114.114 --dns 223.5.5.5 php:8.3-cli composer install
或全局配置：编辑/etc/docker/daemon.json，加入"dns": ["114.114.114.114", "223.5.5.5"]，再sudo systemctl restart docker
验证是否生效：docker run --rm alpine cat /etc/resolv.conf，输出必须是你指定的DNS，不能含127.0.0.11

真正容易被忽略的是IPv6 fallback：即使DNS和hosts都对了，Composer仍可能先尝试packagist.org的IPv6地址，超时3秒后再切IPv4——上百个包叠加就是几分钟无响应。验证方法：curl -v https://packagist.org 2>&1 | grep "Connected to"，看到IPv6地址且卡住，就得关掉它：sysctl -w net.ipv6.conf.all.disable_ipv6=1（临时）或写入/etc/sysctl.conf（永久）。