macOS特定域名解析慢的根源在于本地高优先级配置干扰：一、检查/etc/resolver/下是否存在错误专用DNS文件；二、验证IPv6 AAAA查询是否超时拖慢降级；三、排查/etc/hosts中错误静态映射；四、用nslookup直连不同DNS定位上游问题。
macos 上域名无法解析，通常不是“整个网络断了”，而是某条解析路径卡在了某个环节。重点排查顺序应从本地高优先级配置开始，而不是一上来就换 dns 或清缓存。
检查 /etc/resolver/ 下的专用 DNS 配置
macOS 允许为单个域名指定专属 DNS 服务器，这类配置优先级最高。一旦写错或指向不可用地址，就会导致该域名死循环超时。
- 终端执行 ls -l /etc/resolver/，看是否有对应域名的文件（如 wiki.example.com）
- 若有，用 sudo cat /etc/resolver/wiki.example.com 查看内容是否为有效 nameserver（例如 nameserver 8.8.8.8）
- 若内容为空、格式错误、IP 不可达，或文件权限不对（非 root:wheel，或 group/other 有写权限），系统会忽略或误用它——直接删掉：sudo rm /etc/resolver/wiki.example.com
验证 IPv6 AAAA 查询是否拖慢降级
macOS 默认优先查 IPv6 地址（AAAA 记录），但很多内部服务、测试域名或老旧设备根本不支持 IPv6。一次失败的 AAAA 查询常耗时 1–3 秒，再退回到 A 记录，造成明显卡顿。
- 分别运行：nslookup -type=AAAA example.com 和 nslookup -type=A example.com，对比响应时间
- 若 AAAA 超时或无响应，而 A 记录秒回，基本可确认是 IPv6 干扰
- 临时验证：在浏览器中访问 http://127.0.0.1:8090 替代 http://wiki.example.com:8090
- 长期解决：进入“系统设置 → 网络 → 当前连接 → 详细信息 → IPv6”，设为“仅本地链接”或“关闭”
排查 /etc/hosts 中的静态映射冲突
hosts 文件优先级高于一切 DNS 查询。哪怕只有一行错误绑定（比如把 wiki.example.com 指向 0.0.0.0 或一个内网不存在的 IP），请求就直接被拦截或黑洞化。
- 运行 sudo nano /etc/hosts，逐行检查非 # 开头的行
- 重点关注形如 127.0.0.1 wiki.example.com（你并不想本地托管）、0.0.0.0 wiki.example.com 或指向已下线内网 IP 的条目
- 删掉所有可疑行，只保留默认的 127.0.0.1 localhost 和 ::1 localhost
- 保存后立即生效，无需重启
绕过系统配置，直连不同 DNS 测试
用 nslookup 强制指定 DNS 服务器发起查询，能快速区分问题是出在本地设置，还是上游 DNS 对该域名响应差。
- 查当前系统默认 DNS：time nslookup example.com
- 查阿里 DNS：time nslookup example.com 223.5.5.5
- 查 Google DNS：time nslookup example.com 8.8.8.8
- 如果直连 8.8.8.8 响应正常，但系统默认 DNS 超时，说明问题在你的网络配置或路由器分发的 DNS 上
