macOS特定域名解析慢的根源在于本地高优先级配置干扰：一、检查/etc/resolver/下是否存在错误专用DNS文件；二、验证IPv6 AAAA查询是否超时拖慢降级；三、排查/etc/hosts中错误静态映射；四、用nslookup直连不同DNS定位上游问题。

macOS 中特定域名解析慢，通常不是系统全局 DNS 慢，而是该域名走了一条低效甚至错误的解析路径。问题常藏在本地配置优先级、DNS 分流规则或协议协商环节，不能只靠“清缓存”解决。

检查 /etc/resolver 下是否有针对性配置

macOS 支持为单个域名指定专用 DNS 服务器，这类配置优先级高于系统 DNS，但一旦写错或指向不可用服务器，就会导致该域名卡顿或超时：

• 终端运行 ls -l /etc/resolver/ 查看是否存在对应域名的文件（如 example.com）
• 若有，用 sudo cat /etc/resolver/example.com 确认内容是否为有效 nameserver（如 nameserver 8.8.8.8）
• 若文件存在但 nameserver 不可达、已弃用，或内容为空/格式错误，直接删除：sudo rm /etc/resolver/example.com
• 确保目录权限为 root:wheel，且无 group/other 写权限（否则系统会忽略该配置）

验证是否被 IPv6 或 AAAA 解析拖慢

很多内部服务、测试域名或老旧设备不支持 IPv6，而 macOS 默认优先查 AAAA 记录。一次失败的 IPv6 查询常耗时 1–3 秒，再降级到 A 记录，造成明显延迟：

macOS Automator Services

部署和使用军舰的 macOS Automator 自动化服务集合。包含 5 个实用工作流：PDF转JPG、PNG重命名并转JPG、图像拼接、解压RAR、顺序命名图像文件。一键安装所有服务到 ~/Library/Services/ 目录。使用场景：(1) "安装我的自动化服务"，(2) "部署所有 Automato...

下载

• 终端执行 nslookup -type=AAAA example.com 和 nslookup -type=A example.com，对比响应时间
• 若 AAAA 超时或无响应，但 A 记录秒回，说明是 IPv6 优先策略干扰
• 临时验证：访问时用 http://127.0.0.1 替代 http://localhost，或在 /etc/hosts 中明确绑定 IPv4：127.0.0.1 example.com
• 长期方案：进“系统设置 → 网络 → 当前连接 → 详细信息 → IPv6”，设为“仅本地链接”或“关闭”

排查 /etc/hosts 中的静态映射冲突

hosts 文件优先级最高，哪怕只有一行错误绑定，也会让所有对该域名的请求直接走向错误地址或黑洞：

• 运行 sudo nano /etc/hosts，逐行检查非 # 开头的行
• 重点识别形如 0.0.0.0 example.com、127.0.0.1 example.com（但你并不想本地托管）、或指向内网不存在 IP 的条目
• 删掉所有可疑行，保留原始的 127.0.0.1 localhost 和 ::1 localhost 即可
• 保存后无需重启，修改立即生效

用 nslookup 直连不同 DNS 测试真实响应

绕过系统缓存和配置，直接向目标 DNS 发起查询，能快速定位是本地设置问题，还是上游 DNS 本身对这个域名响应差：

• 查默认 DNS：time nslookup example.com
• 查阿里 DNS：time nslookup example.com 223.5.5.5
• 查 Cloudflare：time nslookup example.com 1.1.1.1
• 若只有默认 DNS 响应慢，说明运营商 DNS 对该域名做了劣质缓存或劫持；若全部慢，可能是该域名权威服务器本身有问题
• 注意看输出中的 Server: 和 Address: 行，确认实际查询的是哪个服务器