macos dns预取无独立开关，需通过禁用mdns对.local域名拦截、配置/etc/resolver规则、关闭webkit dns预取及禁用bonjour来解决内网域名解析冲突。
macos 的 dns 预取（dns prefetch）本身不是独立开关，而是由系统底层网络服务 mdnsresponder 和 safari/webkit 的资源预加载行为共同触发的。当它与局域网内网域名（如 dev.local、server.internal）冲突时，常见表现是：浏览器打不开内网地址、ping 或 nslookup 正常但网页白屏或超时——这往往不是“解析失败”，而是系统在预取阶段错误地将内网域名路由给了公网 dns 或 mdns 广播，导致响应延迟或被丢弃。
停用 mDNS 对 .local 域名的自动拦截
macOS 默认用 mDNSResponder 处理所有 .local 查询（遵循 RFC 6762），但它会跳过传统 DNS 配置，直接发多播请求。若你的内网 DNS 服务器不支持 mDNS，这条路就走不通。
- 在终端执行：sudo mkdir -p /etc/resolver
- 为内网域名创建专用 resolver 文件，例如针对
dev.local：
echo "nameserver 192.168.10.5" | sudo tee /etc/resolver/dev.local - 同时禁止 mDNS 处理
.local全局请求（关键一步）：
echo "nameserver 127.0.0.1" | sudo tee /etc/resolver/local
sudo chmod 644 /etc/resolver/local
关闭 WebKit 层面的 DNS 预取行为
Safari 和基于 WebKit 的应用（如 Mail、Notes）会在页面加载前主动解析 <link rel="dns-prefetch"> 标签或常见第三方域名。它可能提前用错误 DNS 解析内网地址，造成缓存污染或连接阻塞。
- 打开“访达”，按 Cmd + Shift + G，输入：~/Library/Preferences/com.apple.Safari.plist
- 用 Xcode 或 PlistEdit Pro 打开该文件，在根节点下新增布尔键：
DNSPrefetchingEnabled → 设为 NO - 重启 Safari；如需全局禁用（含其他 WebKit 应用），可运行：
defaults write com.apple.WebFoundation WebKitDNSPrefetchingEnabled -bool false
调整网络服务顺序并屏蔽 Bonjour 解析
系统按网络服务列表顺序尝试 DNS 解析，而 Bonjour（mDNS）默认优先级高。即使你配置了企业 DNS，.local 请求仍可能被 Bonjour 截获。
- 进入“系统设置”→“网络”，点击右下角“…”→“详细信息…”
- 切换到“DNS”标签页，确认你的内网 DNS（如
192.168.10.5）排在第一位 - 切换到“高级”→“DNS”→取消勾选“使用动态 DNS（Bonjour）”（macOS Sonoma 及更新版本中显示为“启用 Bonjour 用于本地主机名解析”）
- 回到主界面，断开再重连当前网络，使策略生效
验证是否仍存在预取干扰
别只依赖 nslookup 或 dig，它们绕过预取机制。要用真实路径验证：
- 在终端运行：curl -v http://dev.local（观察是否卡在 DNS 解析阶段）
- 开启控制台（Console.app），筛选关键词：mDNSResponder、dns、prefetch，查看是否有
.local请求被转发至224.0.0.251（mDNS 多播地址） - 临时关闭 Safari 预取后，用
scutil --dns检查输出中resolver #N是否已包含你定义的/etc/resolver/dev.local条目
