“Could not resolve host”本质是系统层DNS解析失败，需先用ping、nslookup或dig验证域名是否可解析，再排查DNS服务器、/etc/resolv.conf配置、hosts绑定或网络劫持等问题。
“Could not resolve host”不是 Composer 配置错了，而是 DNS 解析在系统层就失败了——调 http.timeout 或换镜像源前，必须先确认域名能不能被本机解析。
怎么看是不是 DNS 问题？
别猜，直接用系统命令验证：
- 运行
ping packagist.org：返回unknown host就是 DNS 失败；返回connect: Network is unreachable或长时间无响应，说明网络或路由不通 - 运行
nslookup repo.packagist.org或dig repo.packagist.org：看有没有ANSWER SECTION和有效 IP；若超时或返回connection timed out，就是 DNS 服务器没响应 - 执行
composer diagnose：重点看https connectivity to packagist.org这一行，失败 ≠ Composer 错，只说明底层连不上
为什么换了镜像源还是 “Could not resolve host”？
因为 DNS 解析发生在 HTTP 请求之前，镜像源地址（比如 https://mirrors.aliyun.com/composer/）也要先解析域名 mirrors.aliyun.com。如果本地 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 用户常误改
/etc/resolv.conf但被 systemd-resolved 覆盖，建议临时加nameserver 8.8.8.8并加options timeout:1加速失败重试 - Windows 用户注意 WSL 和宿主机 DNS 独立，
wsl -l -v启动后要单独在 WSL 里跑nslookup - 某些企业网络会劫持 DNS 返回假 IP，此时
curl -v https://mirrors.aliyun.com/composer/会卡在* Connected to后无响应，而非报错
hosts 文件硬绑定能绕过 DNS 吗？
能，但得做对三件事：
- 先用
nslookup repo.packagist.org 8.8.8.8获取当前真实 IPv4 地址（Cloudflare 节点 IP 经常变，不能抄旧教程） - 编辑
C:\Windows\System32\drivers\etc\hosts（需管理员权限），格式严格为：104.21.46.17 repo.packagist.org（IP 在前、域名在后，空格分隔） - 改完立刻执行
ipconfig /flushdns，否则 Windows 缓存仍走原 DNS - 注意：部分安全软件（如 360、腾讯电脑管家）会锁定 hosts 文件，保存失败时要临时退出防护进程
curl -v 输出哪一行最关键？
看最后一段连接日志里的第一行提示：
- 卡在
* Could not resolve host: repo.packagist.org→ 纯 DNS 问题，跟 Composer 无关 - 卡在
* Connected to repo.packagist.org (104.21.46.17) port 443 (#0)后不动 → TCP 层通了，但 TLS 握手失败（可能是系统时间不同步、SSL 证书不可信、或中间设备拦截） - 出现
* TLS handshake failed→ 不是超时配置问题，该查openssl version、ca-certificates更新状态，或临时加CURL_SSL_BACKEND=openssl
DNS 解析失败时，所有后续参数（http.timeout、process-timeout、镜像源 URL）全都不起作用——就像寄信前没写收件人地址，邮局根本不会拆开看信封里有没有超时声明。
