“Could not resolve host”是DNS解析失败，需先用ping/nslookup确认域名是否可解析，再检查composer config -g repo.packagist配置是否正确（键名、type值、URL末尾斜杠），最后排除代理、防火墙及证书校验干扰。
“Could not resolve host”是DNS解析失败，不是Composer配置错
报这个错时，composer install 根本没走到读取 composer.json 或下载包那步，而是卡在域名解析环节。系统连 packagist.org 都找不到IP，后续所有逻辑都跳过。别急着改 composer config，先确认是不是本地DNS缓存或系统DNS设置出了问题。
- 运行
ping packagist.org：如果返回Unknown host或Name or service not known，就是DNS解析失败 - 运行
nslookup packagist.org或dig packagist.org（macOS/Linux）：看是否超时或返回空结果 - Windows 用户执行
ipconfig /flushdns；macOS 执行sudo dscacheutil -flushcache；Linux 多数需重启systemd-resolved或清/etc/resolv.conf缓存 - 临时换 DNS 测试：Linux/macOS 编辑
/etc/resolv.conf加一行nameserver 8.8.8.8；Windows 在网络适配器里手动设为8.8.8.8和1.1.1.1
镜像源配对失败也会伪装成DNS错误
很多人以为换了镜像就万事大吉，但 composer config -g repo.packagist 配错一个字符，就会静默 fallback 到官方源——然后你看到的 Could not resolve host: packagist.org 其实是它在偷偷连失败的官方地址。
- 必须用
composer config -g repo.packagist查当前值，输出应为{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}或纯 URL 字符串 - 键名只能是
repo.packagist（不是repos.packagist、packagist.org或repositories） -
url必须以https://开头，且末尾带/（少斜杠会拼出https://mirrors.aliyun.com/composer/packages.json这种404路径） -
type值必须显式写成"composer"，漏掉或写成"composer-type"都会导致配置无效
缓存清理不等于问题消失
composer clear-cache 只清 composer config --global cache-dir 返回的那个目录，而很多CI环境或Docker容器里，缓存被挂到NFS或自定义路径，清错地方等于白忙。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先查真实缓存位置：
composer config --global cache-dir - Linux/macOS 下确认大小：
du -sh $(composer config --global cache-dir)；不到200MB基本不用清 - 如果路径显示类似
/mnt/nfs/composer-cache，说明缓存不在本地，清它可能影响其他构建节点 - 真正有效的验证方式是加
--no-cache参数重试：composer install --no-cache，绕过所有缓存直连镜像
代理、防火墙和证书校验常被忽略
浏览器能打开 https://mirrors.aliyun.com/composer/，不代表 CLI 能通——杀毒软件（如火绒）、企业中间人代理、甚至旧版 OpenSSL 都可能让 curl 和 composer 在 TLS 握手阶段卡住。
- 用
curl -v https://mirrors.aliyun.com/composer/看卡在哪一步：停在* Connected to是网络层问题；停在* TLS handshake是证书或协议问题 - 若卡在 TLS，尝试强制 IPv4：
CURL_IPRESOLVE=4 composer install（Linux/macOS） - 临时关掉杀软或防火墙测试；公司网络下切手机热点一试便知是否策略拦截
- 极少数情况需绕过证书校验（仅调试）：
composer config -g secure-http false+composer config -g cafile /dev/null
实际排查时，最常被跳过的动作是验证 ping packagist.org 和检查 composer config -g repo.packagist 输出是否符合三要素——键名、type、URL格式，缺一不可。
