运行Composer install命令时DNS解析失败的解决-composer-PHP中文网

答案是dns污染或本地dns失效导致系统无法解析镜像域名ip，需先用ping、dig、curl等系统命令直击dns层排查，再通过--resolve绑定干净dns、切手机热点等方式验证，最后清理composer配置、hosts文件及缓存并禁用fallback。

运行composer install命令时dns解析失败的解决

“Could not resolve host”不是Composer配置错了

这是系统根本没解析出镜像域名的IP，DNS污染或本地DNS失效导致所有请求卡死在第一步。别急着改composer.json或重装Composer——先用系统命令直击DNS层：ping mirrors.aliyun.com返回unknown host，就坐实了问题；dig mirrors.aliyun.com @8.8.8.8和dig mirrors.aliyun.com @114.114.114.114结果不一致，说明本地DNS被污染或不可靠。

临时绕过DNS污染验证镜像是否真可用

不改系统设置也能快速测试，关键是让请求走干净DNS：

export CURL_CA_BUNDLE="" && curl --resolve mirrors.aliyun.com:443:223.5.5.5 -I https://mirrors.aliyun.com/composer/packages.json（Linux/macOS，用阿里DNS直连）
Windows CMD下：先set HTTP_PROXY=http://127.0.0.1:8080，再配Proxifier + Cloudflare 1.1.1.1转发DNS
最简验证：切手机热点，再跑一遍composer install——成功则100%是原网络DNS或策略问题

全局镜像配置必须用正确键名和URL格式

Composer 2.2+ 不认repos.packagist.org或repositories.packagist.org这种旧写法，错配会导致fallback静默触发：

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（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/（注意末尾斜杠）
验证是否生效：composer config -g repo.packagist应输出{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}
清华源现为https://mirrors.tuna.tsinghua.edu.cn/composer/，华为源是https://mirrors.huaweicloud.com/repository/php/

删干净三层残留才能彻底断掉packagist.org的暗中连接

换镜像后还报错，往往不是镜像地址不对，而是旧配置、缓存、/etc/hosts或fallback在暗中作祟：

删全局配置：composer config --global --unset repos.packagist.org（注意key是repos.packagist.org，不是repositories）
清/etc/hosts（Linux/macOS）或C:\Windows\System32\drivers\etc\hosts（Windows）里所有含packagist.org、mirrors.aliyun.com的行
强制禁用fallback：export COMPOSER_DISABLE_PACKAGIST=1再运行命令，否则Composer 2.2+可能在主源慢时自动切回去
缓存路径默认是~/.composer/cache，composer clear-cache前确认路径没被自定义覆盖

真正难排查的case往往不在Composer层，而在系统或网络层——比如杀毒软件锁死hosts、企业防火墙拦截443端口、或Docker容器没配--dns 8.8.8.8。