“Could not resolve host”是DNS解析失败，非Composer故障；需检查DNS污染、hosts格式错误或镜像配置缺失末尾斜杠，正确命令为composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/。
“Could not resolve host”不是 Composer 坏了，而是系统根本没把域名转成 IP——DNS 层就卡死了，修网络适配器本身没用，得动 DNS、镜像或 hosts。
为什么 ping packagist.org 显示 unknown host
这说明系统 DNS 查询失败，和 Composer 无关，也和网卡驱动、IP 自动获取等“网络适配器修复”操作无关。Windows 上右键“诊断网络问题”或重置 TCP/IP 栈（netsh int ip reset）对这类错误完全无效。
- DNS 污染最常见：运营商返回假 IP 或空响应，
nslookup packagist.org可能返回*** Can't find packagist.org: No answer - 本地 DNS 设置被篡改：比如某些杀软/加速工具偷偷改了
/etc/resolv.conf（Linux/macOS）或网络适配器里的 DNS（Windows） - 公司/校园网策略屏蔽：直接丢弃对
packagist.org的 DNS 请求，不返回任何结果
换 DNS 不如直接切镜像源（且必须写对）
改系统 DNS 虽然能临时缓解，但会影响内网服务解析（比如你连不上 git.internal.company），不如让 Composer 自己绕过 DNS——它支持直接指定 HTTPS 镜像地址，不查域名。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 正确命令是：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/（注意末尾斜杠 ✅，少一个就 404） - 错写成
repos.packagist或漏掉中间的composertype 值，配置静默失效，composer config -g repo.packagist查不到东西 - 阿里云镜像已停用 HTTP，写
http://会强制跳转 HTTPS，但某些代理环境跳转会失败，必须从一开始用https://
hosts 文件写错反而让问题更隐蔽
有人想手动绑定 mirrors.aliyun.com 到 IP，结果 hosts 写错格式（比如多空格、注释符号位置错、IP 写成 IPv6 但系统只走 IPv4），导致 ping mirrors.aliyun.com 仍报 Unknown host，误以为是 DNS 问题继续折腾。
- Windows 下必须用管理员权限打开记事本保存，否则修改不生效且无提示
- Linux/macOS 编辑
/etc/hosts必须用sudo，普通用户保存会静默失败 - 改完要清系统 DNS 缓存：
ipconfig /flushdns（Windows）、sudo dscacheutil -flushcache（macOS）、sudo systemd-resolve --flush-caches（Linux systemd）
curl -v 是唯一可信的验证手段
别信浏览器能打开就代表 Composer 能通——浏览器走的是 GUI 进程 + 自带证书库 + 可能忽略证书错误；Composer 走 CLI + OpenSSL + 严格校验。用 curl -v https://mirrors.aliyun.com/composer/packages.json 才能复现真实链路。
- 卡在
* Connected to mirrors.aliyun.com (114.55.248.173) port 443 (#0)→ TCP 连接失败，检查防火墙或代理 - 卡在
* TLS handshake→ 证书校验失败，可能是企业中间人代理，需配cafile或临时关secure-http - 返回 404 → 镜像 URL 少斜杠、写错路径，或镜像站已下线（如旧版
phpcomposer.com）
最容易被忽略的是：改完镜像后不运行 composer clear-cache，Composer 会继续用缓存里失败的包列表重试，看起来“配置明明生效了却还是报错”。
