改dns能明显加快composer update，根本不是composer本身慢，而是其在解析packagist.org等域名时卡在dns查询环节；需改用114.114.114.114/223.5.5.5、禁用systemd-resolved、预置hosts绑定ip、配置阿里云镜像源并清缓存。
为什么改DNS能明显加快composer update
根本不是 Composer 本身慢，而是 composer update 在解析 packagist.org、mirrors.aliyun.com、github.com 这些域名时卡在 DNS 查询环节。虚拟机或某些企业网络下，系统默认 DNS（比如 8.8.8.8 或运营商 DNS）常返回超时、劫持或 TTL 过长的响应，导致每次请求前都要等 1–3 秒才开始 TLS 握手。
/etc/resolv.conf 只留两个可信 DNS
编辑 /etc/resolv.conf，删掉所有 nameserver 行，只保留：
nameserver 114.114.114.114 nameserver 223.5.5.5
这两个是国内延迟低、抗劫持能力强的公共 DNS。注意：如果系统启用了 systemd-resolved，它会自动覆盖 resolv.conf —— 必须先运行 sudo systemctl disable --now systemd-resolved，再写入。
/etc/hosts 预绑定关键域名 IP
DNS 解析之后还有 TCP 连接和 TLS 握手，而部分镜像站（如阿里云）的 IP 会轮转。用 curl -I https://mirrors.aliyun.com/composer/ 确认当前有效 IP（例如 223.6.6.6），然后加进 /etc/hosts：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
223.6.6.6 mirrors.aliyun.com223.6.6.6 packagist.org223.6.6.6 github.com223.6.6.6 githubusercontent.com
这一步跳过了全部 DNS 查询和 CDN 路由判断，让 composer update 直连源站 IP，实测可将单个包元数据加载从 8 秒压到 0.3 秒以内。
换源 + 清缓存才是最终生效前提
只改 DNS 和 hosts 不够——如果 Composer 还在读取旧的海外元数据缓存，依然会慢。必须同步执行：
- 设全局镜像：
composer config -g repos.packagist composer https://mirrors.aliyun.com/composer/ - 清空旧缓存：
composer clear-cache - 验证是否生效：
composer config -g repos.packagist应输出对应 URL
特别注意：repos.packagist 是 Composer ≥2.2 的写法；旧版写成 repo.packagist 会被忽略，且不会报错，极易被忽略。
