“Could not resolve host”是DNS污染导致域名无法解析，需用curl --resolve或hosts绑定绕过DNS验证镜像可用性。
“Could not resolve host”不是 Composer 配置错了，是系统压根没解析出镜像域名的 IP——DNS 污染卡死在第一步，必须绕过 DNS 才能真正验证和恢复。
为什么改了镜像源还报 Could not resolve host
常见错误现象：执行 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 后，composer install 仍报 Could not resolve host: mirrors.aliyun.com。
这不是镜像地址写错了，也不是 Composer 没读配置，而是 mirrors.aliyun.com 这个域名在你本地根本解析不出 IP。系统级 DNS 查询已失败，后续所有 HTTPS 请求都发不出去。
关键判断点：ping mirrors.aliyun.com 返回 unknown host，或 nslookup mirrors.aliyun.com 超时/无 ANSWER SECTION。
用 curl --resolve 强制走指定 IP 直连验证（不改系统 DNS）
这是最快确认“是不是纯 DNS 问题”的方法，无需改 hosts、不碰系统设置，5 秒内可验证镜像服务本身是否可用：
先查真实 IP（用干净 DNS）：dig mirrors.aliyun.com @223.5.5.5 +short 或 nslookup mirrors.aliyun.com 1.1.1.1
拿到 IP 后（如 223.5.5.5 或 114.114.114.114），直接跳过 DNS：curl -I --resolve mirrors.aliyun.com:443:223.5.5.5 https://mirrors.aliyun.com/composer/packages.json
如果返回 HTTP/2 200 和 JSON 头，说明镜像服务正常，纯 DNS 污染；如果仍超时或报 SSL 错误，再排查代理或证书。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
hosts 文件硬绑定是最稳的应急方案
当 DNS 污染反复出现、临时命令不便于 CI/CD 或多环境复现时，手动绑定是最直接的落地方式：
获取最新可用 IP（别用过期的）：dig mirrors.aliyun.com @8.8.8.8 +short | head -n1
编辑 hosts 文件：
Linux/macOS：/etc/hosts，Windows：C:\Windows\System32\drivers\etc\hosts
追加一行（注意用空格分隔，不是 tab）：223.5.5.5 mirrors.aliyun.com
保存后刷新缓存：
macOS：sudo dscacheutil -flushcache，Windows：ipconfig /flushdns
再跑 composer install —— 此时请求已完全绕过 DNS 解析链路。
清掉残留 fallback 和旧配置，避免暗中干扰
换镜像后仍失败，常因旧配置在后台 fallback 或缓存污染：
删全局仓库配置：composer config -g --unset repos.packagist.org（注意 key 是 repos.packagist.org，不是 repositories.packagist.org）
检查项目级 composer.json 的 repositories 字段，删掉所有残留的 packagist.org 或旧镜像条目
禁用自动 fallback（Composer 2.2+ 默认开启）：COMPOSER_DISABLE_FALLBACK=1 composer install
清缓存前确认路径：composer clear-cache 清的是 ~/.composer/cache，不是 ~/.c（后者是错觉）
IP 直连看似绕过问题，实则是把 DNS 层故障显性化——真正要解决的，是让每次解析都稳定返回正确 IP。而 hosts 绑定和 --resolve 是你手里最可控的两个杠杆，比改系统 DNS 更精准、比等镜像同步更及时。别在配置里兜圈子，先让请求发出去再说。
