“could not resolve host”是dns解析失败，需先用nslookup或ping验证域名是否可解析，再排查dns配置、hosts绑定、镜像源拼写及缓存问题，换源前必须确保域名能被本机解析。
“Could not resolve host”不是 Composer 出问题，而是你的系统连 repo.packagist.org 这个名字都认不出来——所有后续操作（换源、清缓存、重装）全在无效循环。
先验证是不是 DNS 层面彻底失灵
别急着改配置。Composer 底层依赖系统 DNS 解析，如果 nslookup repo.packagist.org 或 ping repo.packagist.org 直接报 Unknown host，说明请求根本没发出去，卡在第一步。
- 在终端运行
nslookup repo.packagist.org 8.8.8.8：能返回 IPv4 地址（比如104.21.46.17），说明本地 DNS 服务异常；返回空或超时，则可能是防火墙拦截或网络策略限制 - Windows 用户注意 WSL 和宿主机 DNS 独立，得分别测试；macOS 可用
scutil --dns查当前生效的 DNS 列表 -
ping 8.8.8.8能通但ping repo.packagist.org不通 → 基本锁定为 DNS 解析失败，不是网络不通
临时绕过系统 DNS 快速定位问题
不想动系统设置？用 curl 强制走指定 IP 或 DNS，直接验证是否纯 DNS 故障：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 查到实时 IP 后，执行：
curl -v --resolve "repo.packagist.org:443:104.21.46.17" https://repo.packagist.org/packages.json（IP 替换为你自己查到的） - 更激进但有效：
curl -k -H "Host: repo.packagist.org" https://104.21.46.17/packages.json—— 跳过 DNS，直连 IP，若返回 JSON 就确认是 DNS 问题 - 别长期开
COMPOSER_NO_SSL=1，它禁用 TLS 校验，只用于排除 SSL 干扰，不解决根本问题
Hosts 文件硬绑定是最稳的应急手段
当 DNS 不稳定又无法改网络策略时，手动绑 IP 是见效最快的方案，但格式和权限极易出错：
- 先用
nslookup repo.packagist.org 1.1.1.1查实时 IPv4 地址（Cloudflare DNS 更稳），记下结果 - 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 文件，保存失败时右键编辑器选“以管理员身份运行”
镜像源配置必须等 DNS 可用后再操作
很多人一看到报错就立刻执行 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，但忘了：镜像地址本身也是域名，mirrors.aliyun.com 同样要被解析。DNS 不通，换啥源都没用。
- 确认
nslookup mirrors.aliyun.com能返回 IP 后再设镜像；否则优先修复 DNS 或 hosts - Composer 2.x 不再支持
composer config -g repos.packagist这类旧写法，正确命令是composer config -g repo.packagist composer <url></url> - 设完检查：
composer config -g repo.packagist应输出完整 JSON，含"url": "https://mirrors.aliyun.com/composer/"
最常被忽略的一点：HTTP_PROXY 环境变量可能静默生效。即使你没主动配代理，IDE 终端、公司网络脚本、或历史 shell 命令都可能残留该变量，导致 Composer 请求被转发到一个根本不存在的地址——它连 DNS 解析那步都跳过了。
