macOS 网站加载慢可能源于 DNS 解析延迟，可用 nslookup 诊断：一、基础查询看响应；二、-debug 查时序；三、time 测总耗时；四、换 DNS 横向比对；五、-vc 启 TCP 排查 UDP 问题。
如果您在 macOS 系统中访问网站时出现加载缓慢或连接超时现象，但网络连通性正常，则可能是域名解析过程存在延迟。nslookup 是系统内置的 DNS 查询工具，可帮助定位解析响应时间异常、服务器响应慢或递归查询路径低效等问题。以下是使用终端 nslookup 诊断域名解析延迟的具体操作步骤：
一、执行基础 nslookup 并观察响应时间
该方法通过默认配置发起一次标准 DNS 查询，终端将显示权威服务器返回的应答及耗时，用于初步判断是否存在明显延迟。
1、打开“访达” → “应用程序” → “实用工具” → 双击“终端”启动命令行界面。
2、输入命令：nslookup example.com（将 example.com 替换为目标域名）并按回车。
3、查看输出末尾是否包含类似 Server: 192.168.1.1 和 Address: 192.168.1.1#53 的信息，并注意是否有 Non-authoritative answer: 标识及响应时间字段（部分版本不直接显示毫秒数，需结合后续方法确认）。
二、使用 -debug 参数获取详细查询时序
启用调试模式后，nslookup 将输出完整的 DNS 协议交互过程，包括每个阶段的起始与结束时间戳（依赖系统时间精度），便于识别是本地缓存未命中、转发超时还是根/顶级域服务器响应迟缓。
1、在终端中输入：nslookup -debug example.com 并执行。
2、滚动查看输出内容，定位包含 ;; Query time: 的行，其后的数字即为本次查询所用毫秒数。
3、若未显示明确时间，继续执行下一步以强制启用计时。
三、配合 time 命令精确测量 nslookup 总耗时
time 命令可捕获整个 nslookup 进程从启动到退出的墙钟时间（real time），排除调试输出干扰，适用于对比不同 DNS 服务器性能。
1、输入：time nslookup example.com 8.8.8.8（指定 Google 公共 DNS 作为目标服务器）。
2、等待命令完成，终端将返回三行时间数据：real、user、sys；其中 real 值代表实际经过的总秒数（含网络往返），是诊断延迟的核心指标。
3、重复执行同一命令三次，记录每次 real 时间，判断是否存在波动或持续高延迟。
四、切换不同 DNS 服务器进行横向比对
通过向多个公共或企业 DNS 服务发起相同查询，可区分问题是出在本地配置、ISP 提供的递归服务器，还是目标域名自身权威服务器响应异常。
1、测试 Cloudflare DNS：time nslookup example.com 1.1.1.1。
2、测试阿里云 DNS：time nslookup example.com 223.5.5.5。
3、测试本机配置的 DNS（通常为路由器地址）：time nslookup example.com $(scutil --dns | grep nameserver | head -n1 | awk '{print $3}')。
五、启用 TCP 模式重试以排除 UDP 截断或丢包影响
当 DNS 响应数据量较大（如含多条 AAAA 记录或 DNSSEC 签名）时，UDP 报文可能被截断或因中间设备策略被丢弃，导致客户端重试或降级失败；强制使用 TCP 可绕过该限制并暴露真实传输延迟。
1、输入：nslookup -vc example.com 8.8.8.8（-vc 表示启用 TCP 模式）。
2、观察是否成功返回结果，以及响应时间是否显著高于同服务器的 UDP 查询（可通过前一步 time 命令对比）。
3、若 TCP 查询成功而 UDP 失败或超时，则提示存在 UDP 路径 MTU 不匹配或防火墙拦截问题。
