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