“could not resolve host”是系统级dns解析失败，需先用nslookup或dig验证域名是否可解析，再排查dns配置、hosts绑定、镜像源拼写及缓存问题，换源前必须确保域名能被本机解析。
“Could not resolve host”不是 Composer 坏了，是它根本连不上域名——repo.packagist.org 这个地址压根没被解析成 IP，后续所有操作都卡在第一步。
先确认是不是 DNS 层面不通
别急着改 composer.json 或换源。Composer 底层用的是系统级 DNS 解析（通过 cURL 或 stream），如果系统本身都查不出 repo.packagist.org 的 IP，换啥镜像都没用。
- 运行
nslookup repo.packagist.org或dig repo.packagist.org（Linux/macOS）；Windows 用户可用nslookup repo.packagist.org 8.8.8.8指定 DNS 服务器测试 - 如果返回
*** Can't find repo.packagist.org: No answer或Non-existent domain，就是 DNS 解析失败 - 再试
ping 8.8.8.8确认网络通，但ping repo.packagist.org失败 → 基本锁定 DNS 问题 - 注意 WSL 和 Windows 宿主机 DNS 独立，得分别测；macOS 上
scutil --dns可看当前 DNS 配置
临时绕过系统 DNS 测试连通性
不想动系统配置？用指定 DNS 强制解析，快速验证是否真卡在 DNS：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- Linux/macOS：执行前加
export DNS_SERVER=8.8.8.8，然后用curl -v --resolve "repo.packagist.org:443:104.21.46.17" https://repo.packagist.org/packages.json（IP 需先用nslookup查到） - 更直接的：用
curl -H "Host: repo.packagist.org" https://104.21.46.17/packages.json，跳过 DNS 直连 IP（需 HTTPS 支持 SNI，部分旧版本 curl 不兼容） - 如果这样能拿到 JSON 响应，说明网络和证书没问题，纯 DNS 故障
- 别长期开
COMPOSER_NO_SSL=1，它禁用 TLS 验证，只用于定位 SSL 是否干扰 DNS 路径
hosts 文件硬绑定是最稳的应急手段
DNS 不稳定又没法改网络设置时，手动绑 IP 是见效最快的方案，但要注意细节：
- 先用
nslookup repo.packagist.org 8.8.8.8获取当前有效 IPv4 地址（Cloudflare 节点 IP 会变，别抄旧教程里的固定 IP） - Windows 编辑
C:\Windows\System32\drivers\etc\hosts（需管理员权限），追加：104.21.46.17 repo.packagist.org（IP 在前、域名在后，空格分隔） - Linux/macOS 编辑
/etc/hosts，同样格式添加 - 改完必须刷新：Windows 执行
ipconfig /flushdns；macOS 执行sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder；Linux 多数情况无需刷新，但 systemd-resolved 用户要sudo resolvectl flush-caches - 某些安全软件会锁住
hosts文件，保存失败时检查是否有防护进程拦截
镜像源地址拼错或已下线也会触发同类报错
你以为换源就万事大吉？错。镜像源 URL 少个斜杠、多写个 v2、指向已停服的旧地址，cURL 请求照样会卡在 Could not resolve host —— 因为它试图解析那个错误的域名。
- 检查全局配置：
composer config -g repos.packagist，确认输出是类似https://mirrors.aliyun.com/composer/（末尾有斜杠） - 阿里云镜像正确地址是
https://mirrors.aliyun.com/composer/，不是https://composer.mirrors.aliyun.com（后者不存在） - Laravel China 镜像已迁至
https://packagist.laravel-china.org，旧地址https://packagist.phpcomposer.com已失效 - 项目级
composer.json中若自定义了repositories，优先注释掉该段再试，排除误配干扰 - 设完镜像务必
composer clear-cache，否则旧缓存可能仍尝试连接原始域名
真正卡住人的地方往往不是“要不要换源”，而是换完之后没清缓存、没验证镜像地址是否拼对、或者 hosts 绑定后忘了刷新 DNS 缓存——这些动作看似琐碎，但漏一个，Could not resolve host 就照常报。
