镜像源卡在dns解析阶段是因本地dns被污染导致无法解析mirrors.aliyun.com，而非镜像服务宕机；可通过nslookup对比公网dns与本地dns解析结果验证，确认后应使用最新ip绑定/etc/hosts并确保镜像url末尾带斜杠。
为什么镜像源卡在 DNS 解析阶段
不是镜像挂了，是你的系统根本查不到 mirrors.aliyun.com 这类域名的真实 IP。国内部分云厂商镜像域名正遭遇区域性 DNS 污染，nslookup mirrors.aliyun.com 返回 *** Can't find mirrors.aliyun.com: Non-existent domain 就是实锤——后续所有 HTTPS 请求都发不出去，连 TLS 握手都触发不了。
用 dig + curl --resolve 快速验证是否真被污染
别猜，直接比对干净 DNS 和本地 DNS 的解析结果：
-
nslookup mirrors.aliyun.com 1.1.1.1—— 如果返回 IPv4（比如223.5.5.5），说明公网 DNS 可解析，你本地被污染 -
nslookup mirrors.aliyun.com（不指定 DNS）—— 如果超时或报错，就是污染确认 - 再用
dig mirrors.aliyun.com @223.5.5.5 +short | head -n1拿到当前有效 IP，然后curl -I --resolve mirrors.aliyun.com:443:223.5.5.5 https://mirrors.aliyun.com/composer/packages.json验证服务本身是否正常；返回HTTP/2 200就说明纯 DNS 问题
/etc/hosts 绑定是最稳的落地方式
临时换 DNS 或靠 --resolve 不适合 CI/CD 或多机部署，手动绑定才是生产环境首选，但三处必须同时做对：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- IP 必须最新：每次执行
dig mirrors.aliyun.com @8.8.8.8 +short | head -n1拿当前有效 IP，别抄网上过期的地址 - 格式必须严格：Linux/macOS 编辑
/etc/hosts，Windows 编辑C:\Windows\System32\drivers\etc\hosts，写成223.5.5.5 mirrors.aliyun.com（IP 和域名之间只能是空格，不能是 Tab 或中文符号） - 缓存必须刷新：macOS 执行
sudo dscacheutil -flushcache，Windows 执行ipconfig /flushdns，Linux systemd 系统执行sudo systemd-resolve --flush-caches - 杀毒软件（如火绒、360）常锁死
hosts文件，保存失败时务必右键编辑器选“以管理员身份运行”
镜像 URL 末尾缺斜杠会静默 fallback 到官方源
这是最隐蔽也最容易被忽略的问题：Composer 拼接路径时，如果配置的镜像 URL 是 https://mirrors.aliyun.com/composer（没结尾斜杠），它会拼出 https://mirrors.aliyun.com/composerpackages.json → 404 → 静默降级回 packagist.org，日志里还看不到报错，只觉得“怎么又慢了”。
- 所有镜像 URL 必须带结尾
/，例如：https://mirrors.aliyun.com/composer/、https://mirrors.huaweicloud.com/repository/php/ - 验证方式：运行
composer config -g repo.packagist，输出中url字段值应以/结尾 - 项目级
composer.json中的repositories字段如果存在，也会覆盖全局配置，此时同样要检查其url是否带斜杠
DNS 污染不是偶发故障，而是持续存在的网络现实；而 hosts 绑定 + 斜杠校验这两步，才是真正让镜像“稳下来”的硬性操作。漏掉任意一个，都可能让优化效果归零。
