改hosts比换DNS更快，因其是操作系统最优先的域名解析路径，完全绕过DNS查询链路，不走UDP端口、不触发TLS握手前解析、不受systemd-resolved或NAT劫持，修改后秒级生效。
为什么改hosts比换DNS更快
因为hosts是操作系统最优先的域名解析路径，它完全绕过DNS查询链路——不走UDP端口、不触发TLS握手前的DNS解析、不被systemd-resolved或宿主机NAT劫持。尤其在虚拟机或CI环境中，ping packagist.org返回unknown host时，加hosts记录能秒级生效，而换DNS可能还要等缓存刷新或服务重启。
哪些域名必须写进hosts
只加关键上游域名，避免冗余和过期风险。以下四条覆盖95% Composer卡顿场景：
-
223.6.6.6 mirrors.aliyun.com（阿里云镜像主站） -
223.6.6.6 packagist.org（官方源注册中心） -
223.6.6.6 github.com（包元数据和zip下载依赖） -
223.6.6.6 githubusercontent.com（release zip实际托管地址）
IP必须用当前可用地址：curl -I https://mirrors.aliyun.com/composer/ 2>/dev/null | head -1看响应头里的真实IP；别抄旧教程里的185.199.108.133这类已失效GitHub CDN IP。
hosts生效后还要配镜像源吗
要。二者解决不同层级的问题：hosts只解决“能不能连上”，镜像源解决“连上之后走哪条路下载”。只加hosts但没配repos.packagist，Composer仍会尝试从https://packagist.org拉元数据（哪怕它已能解析），然后卡在后续GitHub zip下载环节。
GitHub Hosts 更新工具（仅限中国用户），安全更新系统hosts文件，保留原有非GitHub条目，仅替换GitHub相关地址。支持备份恢复和风险提示。用于解决GitHub访问问题。
执行这条命令确保全局生效：
composer config -g repos.packagist composer https://mirrors.aliyun.com/composer/
验证方式：composer config -g repos.packagist输出应为URL，且~/.composer/config.json里有对应字段。注意不是repo.packagist（旧版键名，Composer ≥2.2已弃用）。
常见失效原因和验证步骤
加完hosts还报Could not resolve host，大概率是以下三者之一：
- 没用
sudo权限写入/etc/hosts（Linux/macOS）或没以管理员身份运行记事本（Windows） - 系统DNS缓存未清：macOS执行
dscacheutil -flushcache，Linux执行sudo systemd-resolve --flush-caches（如启用），Windows执行ipconfig /flushdns - 容器内修改了
/etc/hosts但没重启容器——Docker默认不继承宿主机hosts，需用docker run --add-host或在docker-compose.yml中写extra_hosts
真正关键的是：不要把hosts当成万能解药。它只治DNS层，如果curl -I https://mirrors.aliyun.com/composer/返回Connection timed out，问题已在TCP或防火墙层，这时候再改hosts毫无意义。
