Composer不会自动fallback到hosts，它完全依赖系统DNS解析，hosts只是系统DNS链最前端的静态映射；生效需确保格式正确、权限足够并刷新系统DNS缓存。
Composer 会自动 fallback 到 hosts 吗？
不会。Composer 完全不处理 DNS 解析逻辑，它依赖 PHP 的 cURL 或 stream 扩展，而这两者又完全依赖操作系统级 DNS 配置（/etc/resolv.conf、Windows 网络适配器设置等）。不存在“自动降级到 hosts”的机制——hosts 文件是系统 DNS 解析链最前端的一环，只要它存在且格式正确，系统就会优先用它；但 Composer 本身既不读取、也不写入、更不“触发”它。
为什么改了 hosts 还没生效？
常见失效原因不是 Composer 没读，而是系统 DNS 缓存或文件权限拦住了：
-
hosts行末不能有空格或中文标点，IP 和域名之间只能是 一个空格或 Tab，例如：104.21.46.17 repo.packagist.org - Windows 下必须用管理员权限打开编辑器（如记事本）保存，否则杀毒软件（火绒/360）会静默拦截
- 改完必须刷新系统 DNS 缓存：
ipconfig /flushdns（Win）、sudo dscacheutil -flushcache（macOS）、sudo systemd-resolve --flush-caches（Linux systemd） - WSL 用户注意：WSL 的
/etc/hosts和 Windows 宿主机的C:\Windows\System32\drivers\etc\hosts是两套独立文件，得分别改
nslookup 查到的 IP 能直接用吗？
能，但必须实时查、不能抄旧教程里的 IP。Packagist 使用 CDN，IP 经常变：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 用
nslookup repo.packagist.org 1.1.1.1（推荐 Cloudflare DNS）或dig repo.packagist.org +short @1.1.1.1获取当前 IPv4 - 别用
ping查 IP——它可能返回 IPv6 地址，而hosts文件只支持 IPv4 映射 - 验证是否生效：改完
hosts后，再跑一次nslookup repo.packagist.org，输出应显示Addresses:行且 IP 与你写的完全一致
换镜像源前必须确保 hosts 生效
很多人执行 composer config -g repos.packagist composer https://mirrors.aliyun.com/composer/ 后仍失败，是因为镜像地址 mirrors.aliyun.com 同样需要 DNS 解析。如果连这个域名都解析不了，换源毫无意义：
- 先确认
nslookup mirrors.aliyun.com能返回 IP，再执行换源命令 - 阿里云镜像地址末尾必须带
/：https://mirrors.aliyun.com/composer/（少斜杠会 404） - 换完立刻运行
composer clear-cache，否则 Composer 可能复用旧缓存中的失败记录 - 某些企业网络会拦截 HTTPS SNI 字段，导致直连镜像 IP 失败——这种情况下，
hosts绑定比换源更可靠
真正关键的不是“Composer 怎么降级”，而是你能否让系统 DNS 解析链在第一步就走通。所有方案里，hosts 是唯一不依赖外部 DNS 服务的兜底手段，但它要求你手动维护 IP 更新，且对多环境（如 WSL+宿主机）要分别处理——这点最容易被忽略。
