答案是dns污染导致域名无法解析，需先用nslookup或dig验证域名是否可解析，再通过curl --resolve直连或hosts绑定绕过dns。ping mirrors.aliyun.com返回unknown host即确认dns失败，此时换镜像源无效，必须优先解决dns解析问题。
Composer 报 network 错误，90% 不是它坏了，而是你本地根本没解析出镜像域名的 IP——DNS 卡在第一步，后面全白搭。
看到 “Could not resolve host” 先别动 composer.json
这个错误和 Composer 配置无关，是系统连 mirrors.aliyun.com 或 packagist.org 都没查到 IP。直接验证：
-
ping mirrors.aliyun.com返回unknown host→ DNS 污染或配置失效 -
nslookup mirrors.aliyun.com 8.8.8.8无 ANSWER SECTION → 本地 DNS 服务器不响应 -
dig mirrors.aliyun.com @1.1.1.1 +short能返回 IP，但不用该 DNS 就查不到 → 说明你当前用的 DNS（比如运营商默认）被污染
换镜像源后还报 DNS 错？检查三处是否真生效
很多人执行了 composer config -g repos.packagist.org composer https://mirrors.aliyun.com/composer/，但错误照旧。原因常是：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 没清缓存：
composer clear-cache必须执行，否则 Composer 仍从本地缓存读旧地址 - 项目级覆盖：检查项目根目录
composer.json是否有repositories字段，它会完全屏蔽全局配置 - URL 少斜杠：清华镜像必须带末尾
/，https://mirrors.tuna.tsinghua.edu.cn/composer/对，少一个就 404 - 键名过时：Composer 2.2+ 应用
repos.packagist.org，旧写法repo.packagist可能被静默忽略
curl --resolve 直连验证，5 秒确认是不是纯 DNS 问题
不改系统设置、不碰 hosts，快速绕过 DNS 查镜像服务本身是否可用：
- 先查真实 IP：
dig mirrors.aliyun.com @223.5.5.5 +short（阿里 DNS）或nslookup mirrors.aliyun.com 1.1.1.1 - 拿到 IP 后直连：
curl -I --resolve mirrors.aliyun.com:443:223.5.5.5 https://mirrors.aliyun.com/composer/packages.json - 返回
HTTP/2 200→ 镜像正常，纯 DNS 污染；若仍超时或 SSL error，再查代理或证书
hosts 绑定是最稳的应急方案
CI/CD 或多环境反复出问题时，手动绑定比临时命令更可靠：
- 获取最新 IP：
dig mirrors.aliyun.com @8.8.8.8 +short | head -n1 - Linux/macOS 编辑
/etc/hosts，Windows 编辑C:\Windows\System32\drivers\etc\hosts - 追加一行（空格分隔）：
223.5.5.5 mirrors.aliyun.com - 刷新缓存：macOS 执行
sudo dscacheutil -flushcache，Windows 执行ipconfig /flushdns
注意：Composer 2.5+ 启动时仍会尝试解析原始域名做校验，所以 DNS 通不了，光配镜像源没用——必须先让域名能解析，再配源。
