答案是“Could not resolve host”表明系统DNS解析彻底失败，需先用nslookup强制指定8.8.8.8或1.1.1.1验证域名是否可解析，若返回IP则本地DNS被污染，若无响应则DNS服务失效或拦截；ping通8.8.8.8但ping域名报Unknown host即确认为纯DNS问题。
先确认是不是 DNS 层面彻底失灵
“Could not resolve host”不是 Composer 配置错了，是系统压根没把 repo.packagist.org 或镜像域名（比如 mirrors.aliyun.com）解析成 IP——所有后续操作都卡在这一步。别急着改 composer.json 或跑 composer config。
直接验证：运行 nslookup repo.packagist.org 8.8.8.8（强制走 Google DNS）或 nslookup repo.packagist.org 1.1.1.1（Cloudflare）。能返回 IPv4 地址（如 104.21.46.17）→ 你本地 DNS 被污染；返回空、超时或 *** Can't find repo.packagist.org: No answer → 本地 DNS 服务失效或被拦截。
-
ping 8.8.8.8通但ping repo.packagist.org报Unknown host→ 100% 是 DNS 解析失败，不是网络不通 - Windows 用户注意：
WSL和宿主机 DNS 独立，得分别测试；macOS 可用scutil --dns查当前生效的 DNS 列表 - Linux 用户改了
/etc/resolv.conf但没生效？可能被systemd-resolved覆盖，临时加nameserver 8.8.8.8并加options timeout:1加速失败重试
用 curl --resolve 绕过 DNS 快速验证
不改系统设置，5 秒内确认是不是纯 DNS 问题：先查镜像或官方源的真实 IP，再用 curl --resolve 直连。
例如查阿里云镜像 IP：nslookup mirrors.aliyun.com 1.1.1.1，拿到 IP 后执行：
curl -I --resolve mirrors.aliyun.com:443:<IP> https://mirrors.aliyun.com/composer/packages.json
返回 HTTP/2 200 → 镜像服务正常，纯 DNS 污染；仍超时或报 SSL 错误 → 再排查代理、证书或中间设备拦截。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 更激进但有效：跳过 SNI，直连 IP：
curl -k -H "Host: mirrors.aliyun.com" https://<IP>/composer/packages.json - 如果这样能拿到 JSON，说明网络和证书没问题，只差 DNS 这一层
- 别长期开
COMPOSER_NO_SSL=1，它禁用 TLS 校验，只用于排除 SSL 是否干扰 DNS 路径
hosts 文件硬绑定是最稳的应急手段
DNS 不稳定又没法改网络策略时，手动绑 IP 是见效最快的方案，但格式和权限极易出错。
步骤必须严格：
- 先用
nslookup repo.packagist.org 1.1.1.1查实时 IPv4 地址（Cloudflare 节点 IP 会变，别抄旧教程里的） - Windows 编辑
C:\Windows\System32\drivers\etc\hosts，Linux/macOS 编辑/etc/hosts，追加一行：104.21.46.17 repo.packagist.org（IP 和域名之间只能是空格或 Tab，不能用中文符号） - 保存后必须刷新 DNS 缓存：
ipconfig /flushdns（Win）、sudo dscacheutil -flushcache（macOS）、sudo systemd-resolve --flush-caches（Linux systemd） - 某些杀毒软件（如火绒、360）会锁死
hosts文件，保存失败时右键编辑器选“以管理员身份运行”
换镜像源前必须确保域名可解析
很多人一看到报错就立刻执行 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，结果还是失败——因为 mirrors.aliyun.com 这个域名在你本地根本解析不出 IP。
镜像地址本身也是域名，DNS 不通，换源毫无意义。
- 阿里云地址：
https://mirrors.aliyun.com/composer/（末尾必须带/） - 腾讯云地址：
https://mirrors.cloud.tencent.com/composer/ - 华为云地址：
https://mirrors.huaweicloud.com/repository/php/composer/（路径含/repository/php/，不是/composer/） - 换完必须运行
composer clear-cache，否则仍可能拉旧元数据 - 检查是否残留代理：
echo $HTTP_PROXY和echo $HTTPS_PROXY，有输出就执行unset HTTP_PROXY HTTPS_PROXY（Linux/macOS）或set HTTP_PROXY=（Windows CMD）
IP 绑定后，repo.packagist.org 和 packagist.org 都要加，Composer 会同时访问两者；CDN 节点 IP 会变，定期检查更新比依赖静态配置更可靠。
