“Could not resolve host”是DNS解析失败，需同时更换DNS和镜像源：先用ping和curl确认DNS问题，再按规范配置镜像（键名repo.packagist、type为composer、URL以/结尾），并清理缓存与composer.lock。
“Could not resolve host”不是 Composer 坏了，是系统根本没拿到 IP 地址——换 DNS + 换镜像源，两步到位。
先确认是不是 DNS 解析失败
报错里带 Could not resolve host，说明 packagist.org 或镜像域名连 DNS 查询都失败了，压根没走到 HTTP 请求那步。别急着改 composer.json 或重装 Composer。
- 运行
ping packagist.org：如果返回unknown host或Name or service not known，就是 DNS 问题 - 临时验证：直接用
curl -v https://mirrors.aliyun.com/composer/，看卡在* Trying ...还是* Connected to；前者是 DNS/网络层卡住，后者才是 HTTPS 层问题 - Linux/macOS 快速切 DNS：往
/etc/resolv.conf头部加一行nameserver 8.8.8.8（注意备份原文件） - Windows 用户：进「网络适配器 → IPv4 属性 → 使用以下 DNS」填
8.8.8.8和1.1.1.1
镜像源配置必须严格符合三个硬条件
很多用户执行了 composer config -g repo.packagist ... 却没生效，是因为漏掉任一条件，Composer 2.x 就静默回退到官方源，不报错也不提醒。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 键名只能是
repo.packagist（单数、无s、无repositories.前缀） - 命令末尾必须显式写
composer作为 type 值：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - URL 必须是 HTTPS 且以
/结尾：https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌（否则拼路径变成/composerpackages.json，404） - 验证是否真写进去了：
composer config -g repo.packagist输出必须是完整 JSON 对象，例如{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}
项目级配置会彻底屏蔽全局镜像
只要项目根目录 composer.json 里有 "repositories" 字段（哪怕只是空数组 []），全局配置就完全失效——不是优先级低，是直接跳过。
- 检查是否存在：
grep -o '"repositories"' composer.json - 临时清掉项目级配置：
composer config --unset repositories（注意没-g） - 更稳妥的做法：进项目目录，运行
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（不加-g），它会自动合并进composer.json的repositories对象中，key 固定为"packagist" - CI/CD 或宝塔环境特别注意：你用
root配的全局镜像，但实际执行的是www用户，得用sudo -u www composer config -g ...单独配
缓存和残留文件必须同步清理
换源后仍卡在 Loading composer repositories 或报 SSL 错误，大概率是旧缓存或 composer.lock 里硬编码了失败路径，Composer 在拿旧地址反复重试。
- 必须执行：
composer clear-cache - Windows 用户额外手动删：
%LOCALAPPDATA%\Composer\cache - 删掉整个
vendor/和composer.lock（不要只删vendor）——composer.lock里记录的是具体 provider 地址，不删它，Composer 就永远走不通的老路 - 验证镜像可用性：
curl -I https://mirrors.aliyun.com/composer/packages.json必须返回HTTP/2 200；若返回 HTML 页面（比如人机验证），说明该镜像不适合自动化场景，换 Laravel China 镜像
最常被忽略的一点：DNS 和镜像必须同时生效。只换镜像但 DNS 仍解析失败，或者 DNS 正常但镜像 URL 少了个 /，都会让错误看起来一样，但修复路径完全不同。动手前先跑一遍 ping 和 composer config -g repo.packagist，比盲目重试快十倍。
