强制重启mDNSResponder可解决Mac局域网设备“消失”问题，需执行sudo killall -HUP mDNSResponder清缓存，再运行dscacheutil -flushcache和sudo killall -HUP mDNSResponderHelper，并用dns-sd -B _services._dns-sd._udp验证Bonjour广播是否恢复。
Mac局域网内设备突然“消失”，AirDrop列表空白、Finder“网络”下找不到隔壁工位的Mac、隔空打印搜不到打印机，这些问题往往不是Wi-Fi断了，而是mDNSResponder缓存卡死或广播状态异常——它负责把“MacBook-Pro.local”翻译成真实IP并广播服务，一旦缓存污染或服务僵死，整个本地发现机制就瘫痪了。
强制重启mDNSResponder清空全部缓存
这是最直接有效的一步，能同时清除DNS记录（含.local域名）、Bonjour服务列表、负缓存（即之前失败的查询结果），适用于所有因缓存导致的发现失败场景。
打开“应用程序” → “实用工具” → “终端”。
输入命令：sudo killall -HUP mDNSResponder，回车执行。
系统会提示输入管理员密码——输入时屏幕不显示任何字符，这是正常行为，输完直接按回车即可。
等待约10秒，观察菜单栏Wi-Fi图标是否从持续跳动恢复为稳定常亮；此时可立刻在另一台设备上打开AirDrop或Finder→网络，验证设备是否重新出现。
同步刷新辅助缓存与响应器
仅重启mDNSResponder有时不够，尤其当AirDrop、隔空播放或HomeKit设备仍无法被识别时，需补全两个关键动作：一个是清理NSS层缓存，另一个是重置mDNSResponderHelper这个专责设备发现的子进程。
免费 DNS 与邮件安全分析（IntoDNS.ai）：包括 DNSSEC、SPF、DKIM、DMARC、MTA-STS、BIMI、SMTP STARTTLS、FCrDNS、黑名单、发件人要求及报告。
方法一：补刷dscacheutil缓存
在终端中继续输入：dscacheutil -flushcache，回车。这虽对macOS 12+作用有限，但对部分系统服务路径仍有影响，建议保留。
方法二：重置mDNSResponderHelper
在终端中另起一行输入：sudo killall -HUP mDNSResponderHelper，回车。该进程专管设备名广播与邻近发现，重启后AirDrop列表通常3秒内刷新。
验证Bonjour广播是否真正恢复
不要只看本机能不能看到别人——要确认本机是否真的被别人“看见”。用终端执行一次主动探测，比等半天看Finder更可靠。
第一步：在终端中输入 dns-sd -B _services._dns-sd._udp 并回车。
第二步：若看到类似 _airplay._tcp、_smb._tcp、_printer._tcp 的服务条目快速滚动出来，说明mDNSResponder已正常响应广播请求。
第三步：立即用iPhone打开隔空投送，或用另一台Mac打开Finder→网络，检查你的Mac名称是否出现在列表中——名称必须带“.local”后缀且无乱码，否则需检查本地主机名设置。
如果列表为空或报错“error 3”，说明服务未启动或防火墙拦截，需进入“系统设置→网络→防火墙→防火墙选项”，确保勾选“自动允许被签名的软件接收连接”。
