mDNSresponder 占用高通常因局域网设备异常广播、多网卡监听、端口冲突或配置残留所致；可先平滑重启并限制至主网卡，禁用多播广播，必要时彻底禁用服务。
mDNSresponder 占用高，通常不是 bug，而是它在“认真干活”——但干的可能是你不需要的活。直接停掉或禁用它，多数情况下安全且立竿见影；但得先确认你不用 AirPlay、AirPrint、隔空播放接收器、HomeKit 设备或局域网内共享服务。
为什么 mDNSresponder 突然吃 CPU？
它本该几乎不占资源，一旦持续高于 30% CPU，大概率是以下情况之一：
- 局域网里有设备（比如旧打印机、某款 NAS、甚至邻居的 Apple TV）在疯狂广播 Bonjour 服务，
mDNSresponder被迫反复响应 - 你开了多个网络接口（Wi-Fi + 以太网 + VMware/VirtualBox 虚拟网卡），它默认在所有接口上监听，造成重复处理和状态竞争
- 第三方工具（如
dnsmasq、pi-hole、某些代理或抓包软件）偷偷占了 5353 端口，和mDNSresponder冲突，导致它不断重试绑定 - 系统更新后残留旧配置，比如
/Library/Preferences/com.apple.mDNSResponder.plist里有异常键值（如AlwaysAppendSearchDomains设为YES且 DNS 搜索域混乱）
快速止血：重启并限制作用范围
别急着禁用，先试试最小干预——重启服务 + 锁定到主网卡，90% 场景能回落到 0.5% 以内：
- 在终端执行：
sudo killall -HUP mDNSResponder—— 这会平滑重启，不中断已有连接 - 查主网卡名：
networksetup -listallhardwareports，记下 Wi-Fi 对应的en0或en1 - 禁止多播广播（关键！）：
sudo defaults write /Library/Preferences/com.apple.mDNSResponder.plist NoMulticastAdvertisements -bool YES - 重启服务生效：
sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist，再sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist
这步做完，mDNSresponder 就只响应本地链路请求，不再跨虚拟网卡广播，CPU 基本归零。
彻底关闭：当 Bonjour 完全无用时
如果你不连打印机、不用隔空播放、没 HomeKit、也不共享文件/屏幕，那它就是纯背景噪音：
- 停进程：
sudo killall -TERM mDNSResponder - 关开机自启：
sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist - 防系统更新恢复（可选但推荐）：
sudo mv /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist.disabled
注意：launchctl unload -w 是软禁用，重启后仍可能被系统策略覆盖；重命名 plist 才是真正“拔线”。但改完后 ping mymac.local 或通过 dns-sd -B _afpovertcp._tcp 查服务会失效——这正是你想要的。
别踩坑：SSDP 和 LLMNR 往往一起作乱
mDNSresponder 高占用常伴生另外两个隐形流量源，它们不归同一个进程管，但行为逻辑相似：
-
SSDP（UPnP 发现）：检查是否真有进程在监听 UDP 1900：lsof -i UDP:1900；若看到python或miniupnpd，直接sudo kill -9 [PID] -
LLMNR（Windows 兼容协议）：macOS 默认启用，但你在纯 macOS 局域网里根本用不上；禁用方法是进“系统设置 > 网络 > 详细信息 > 高级 > DNS”，把“搜索域名”清空，再点“+”添加一个空行——系统会自动禁用 LLMNR 回退
最易忽略的一点：某些企业级 Wi-Fi 或医院内网会强制推送 .local 域解析策略，即使你关了 mDNSresponder，DHCP 服务器仍可能下发错误 DNS 设置，导致系统反复尝试解析失败——这时要优先检查“DNS”标签页里的服务器地址是否合理。
