“Could not resolve host”错误本质是系统DNS解析失败，未进入Composer配置层，需先用nslookup对比干净DNS与本地DNS确认污染，再用curl --resolve直连验证镜像服务，最后通过hosts绑定最新IP并刷新缓存解决。
“Could not resolve host”根本没走到镜像配置层
这个错误不是 Composer 配错了，是系统连 mirrors.aliyun.com 这个名字都认不出来。DNS 解析失败发生在网络栈最底层，composer config、clear-cache、换源命令全无效——请求压根没发出去。
验证方法极简：
-
ping mirrors.aliyun.com返回unknown host→ DNS 问题实锤 -
nslookup mirrors.aliyun.com 1.1.1.1有 IP 返回，但nslookup mirrors.aliyun.com（不带 DNS）超时或报Non-existent domain→ 本地 DNS 被污染
用 curl --resolve 绕过 DNS 直连验证镜像服务本身
跳过你本地的解析逻辑，强制走已知可用 IP 发请求，5 秒内就能确认是不是镜像挂了还是只是“叫不出名字”：
- 先查真实 IP：
dig mirrors.aliyun.com @223.5.5.5 +short | head -n1 - 再直连测试：
curl -I --resolve mirrors.aliyun.com:443:223.5.5.5 https://mirrors.aliyun.com/composer/packages.json
返回 HTTP/2 200 和 Content-Type: application/json → 镜像正常，纯 DNS 问题；返回 SSL certificate problem → 系统证书或代理干扰；超时 → 才考虑防火墙或网络策略拦截。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
改 DNS 不等于生效：三类环境里它常被悄悄覆盖
你在 /etc/resolv.conf 里写了 nameserver 223.5.5.5，不代表 curl 或 Composer 就真用了它。不同环境有不同解析路径：
- Linux/macOS：NetworkManager 可能自动覆写
/etc/resolv.conf，别硬改，用dig @223.5.5.5或curl --dns-servers 223.5.5.5（curl 8.7+）验证是否真走这条路 - Windows：安全软件（火绒、360）可能劫持
C:\Windows\System32\drivers\etc\hosts或 DNS Client 服务缓存，ipconfig /flushdns后还要临时禁用 DNS Client 服务再测 - Docker/CI：Alpine 镜像用 musl libc，
nslookup不可靠，改用getent hosts mirrors.aliyun.com；GitHub Actions 中仅写echo "nameserver 223.5.5.5" | sudo tee /etc/resolv.conf不够，得加sudo chmod 644 /etc/resolv.conf防被覆盖
hosts 绑定是最稳的落地方案，但三处极易出错
CI/CD、多机部署、企业内网中，靠改 DNS 不现实，/etc/hosts（Linux/macOS）或 C:\Windows\System32\drivers\etc\hosts（Windows）才是生产首选——但以下三点必须同时满足：
- IP 必须最新：
dig mirrors.aliyun.com @8.8.8.8 +short | head -n1每次执行前都跑一遍，别抄网上过期的地址 - 格式必须严格：写成
223.5.5.5 mirrors.aliyun.com，IP 和域名之间只能是空格，不能是 Tab、中文全角空格或冒号 - 缓存必须刷新：macOS 用
sudo dscacheutil -flushcache，Windows 用ipconfig /flushdns，Linux systemd 系统用sudo systemd-resolve --flush-caches；杀毒软件锁死 hosts 文件时，务必右键编辑器选“以管理员身份运行”再保存
真正难搞的不是写哪行 IP，而是确认系统在发起 HTTPS 请求时，是否真的把 mirrors.aliyun.com 解析成了你写的那个地址——很多环境里 hosts 看似生效，curl -v 却显示连的是另一个 IP，说明某层中间件（比如代理、容器 DNS 策略）仍在偷偷干预。
