结论是DNS污染或失效导致系统无法解析镜像域名IP，需用ping、dig对比不同DNS解析结果确认问题，再通过curl --resolve临时直连、hosts绑定、清配置及禁用fallback彻底解决。
直接说结论：Could not resolve host 不是 Composer 配置错了，而是系统根本没查出域名对应的 IP——问题在 DNS 层，不是 Composer 本身。改 composer.json 或重装 Composer 没用。
怎么确认真是 DNS 解析失败？
别信 Composer 报错就去翻配置。先用系统命令直击底层：
-
ping mirrors.aliyun.com返回Unknown host→ 确实没解析出来 -
dig mirrors.aliyun.com @8.8.8.8和dig mirrors.aliyun.com @114.114.114.114结果不一致 → 本地 DNS 被污染或不可靠 -
curl -I https://mirrors.aliyun.com/composer/packages.json卡住或报Could not resolve host→ 不是 HTTPS 证书问题，是 DNS 根本不通
hosts 文件改了为啥还是不生效？
常见失效原因不是 IP 错，而是格式、权限或缓存三者之一出错：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- Windows 下必须用管理员权限打开记事本（右键 → “以管理员身份运行”），否则保存失败且无提示
- Linux/macOS 编辑
/etc/hosts必须用sudo，否则写入被拒绝 - IP 和域名之间只能用英文空格或 Tab 分隔，不能用中文标点、全角空格、冒号或等号
- 每行只写一个映射，
223.5.5.5 mirrors.aliyun.com repo.packagist.org是无效的 - 改完后必须刷新系统 DNS 缓存：
ipconfig /flushdns（Win）、sudo dscacheutil -flushcache（macOS）、sudo systemd-resolve --flush-caches（systemd-resolved 系统） - 验证是否生效：
nslookup mirrors.aliyun.com 127.0.0.1，返回 IP 应与hosts中一致
为什么换镜像源后还连不上 packagist.org？
因为 Composer 2.2+ 默认启用 fallback：主源慢或失败时，会自动切回官方源——哪怕你已配好阿里云镜像，它仍可能偷偷去连 packagist.org。
- 检查是否真用了镜像：
composer config -g repo.packagist，输出应为{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} - 删掉旧残留：
composer config --global --unset repos.packagist.org（注意 key 是repos.packagist.org，不是repositories.packagist.org） - 清空
/etc/hosts或C:\Windows\System32\drivers\etc\hosts里所有含packagist.org、mirrors.aliyun.com的行，避免冲突 - 强制禁用 fallback：
composer config -g repos.packagist.allow-fallback false
最常被忽略的点：杀毒软件或企业安全策略会锁死 hosts 文件，或者拦截 CLI 工具的 DNS 请求——临时关闭再试，比反复调配置更快定位问题。
