改dns能缓解composer握手慢，是因为openssl建立https连接前必须完成域名解析，而默认dns（如systemd-resolved或virtualbox的10.0.2.3）响应慢、超时高、不支持tcp fallback，导致每次请求多耗1–3秒；应优先选用114.114.114.114、223.5.5.5或180.76.76.76等国内低延迟dns，并按环境分别配置，再配合hosts预解析可进一步规避解析失败。
为什么改DNS能缓解Composer握手慢
Composer卡在 Downloading https:// 或反复重试，常被误认为是“网络差”，实际多数情况是虚拟机、Docker 或某些 Linux 发行版的 DNS 解析异常拖慢 TLS 握手——因为 OpenSSL 在建立 HTTPS 连接前必须完成域名解析，而默认的 systemd-resolved 或宿主机 NAT 转发 DNS（如 VirtualBox 的 10.0.2.3）响应慢、超时高、不支持 TCP fallback，导致每次请求都多耗 1–3 秒。
该换哪几个DNS地址
别用 8.8.8.8（国内有时被限速或污染），优先选国内稳定、低延迟、支持 HTTPS DNS 的公共 DNS：
-
114.114.114.114（老牌稳定，无过滤，适合 CLI 场景） -
223.5.5.5（阿里 DNS，对 mirrors.aliyun.com 等镜像域名有优化） -
180.76.76.76（百度 DNS，部分区域解析更快）
避免混用境外 DNS（如 1.1.1.1）和国内镜像源，否则 DNS 查询走海外、下载走国内，反而增加首字节延迟。
怎么在不同环境生效
改 DNS 不是配一次就全局生效，要按运行环境分别处理：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- Ubuntu/Debian 系统：停用
systemd-resolved（它会劫持/etc/resolv.conf），再手动写入nameserver 114.114.114.114到/etc/resolv.conf - VirtualBox 虚拟机：在设置 → 网络 → 高级 → 端口转发里，把 DNS 服务器显式设为
114.114.114.114，而非依赖 DHCP 分配 - Docker 容器：启动时加
--dns 223.5.5.5，或在/etc/docker/daemon.json中配置"dns": ["223.5.5.5"] - WSL2：修改
/etc/resolv.conf前先设generateResolvConf = false，否则重启后被覆盖
改完务必验证：nslookup mirrors.tuna.tsinghua.edu.cn 应在 20ms 内返回 IP，且无 server can't find 类错误。
配合 hosts 预解析更稳
DNS 改了还不够——有些镜像域名（如 mirrors.aliyun.com、mirrors.tuna.tsinghua.edu.cn）在弱网下仍可能偶发解析失败。直接在 /etc/hosts 里固化 IP 是最轻量的兜底方案：
- 先用
dig mirrors.aliyun.com +short或ping -c1 mirrors.aliyun.com | head -1 | awk '{print $3}' | tr -d '()'拿到当前 IP - 追加一行：
121.40.128.195 mirrors.aliyun.com（IP 会变，建议每月检查一次） - 注意：只加镜像源主域名，不要加
https://或路径，也不要加带端口的写法
这步看似土，但在 CI 流水线、离线构建或内网 Docker 构建中，能避开 90% 的 “Could not resolve host” 错误。
