airdrop搜索失败很可能是防火墙拦截了sharingd和mdnsresponder服务；需取消“阻止所有传入连接”，检查并删除相关服务的阻止规则，或通过“控制台”查看拦截日志验证。
mac 上 airdrop 搜索失败，如果确认 wi-fi 和蓝牙都已开启、设备距离合理、可见性设为“所有人”，但接收方始终不出现，很可能是 macos 防火墙拦截了 airdrop 所需的底层服务通信。airdrop 本身不作为一个独立应用出现在防火墙列表中，它依赖系统级进程 sharingd（负责共享服务）和 mdnsresponder（负责局域网设备发现），这两者一旦被防火墙阻止传入连接，设备就无法相互“看见”。
检查并关闭“阻止所有传入连接”
这是最常见也最直接的触发点：
- 打开“系统设置” → “网络” → 点击当前使用的网络（如 Wi-Fi）→ 右下角“防火墙” → “选项…”
- 确保“阻止所有传入连接”未勾选。若已勾选，请取消 —— 此选项会无差别屏蔽包括 AirDrop 在内的所有本地发现请求，即使你信任对方设备也无效。
- 该设置在 macOS Ventura 及更新版本中路径一致；旧版 macOS（如 Monterey）则在“系统偏好设置” → “安全性与隐私” → “防火墙” → “防火墙选项…”中查找。
确认 sharingd 和 mDNSResponder 未被手动拦截
部分用户曾为安全目的手动添加过自定义防火墙规则，可能误伤关键服务：
- 在同一个“防火墙选项…”窗口中，向下滚动查看已列出的应用和服务。
- 寻找 sharingd 或 mDNSResponder（名称可能显示为“Bonjour”“网络发现”或其完整路径如
/usr/libexec/sharingd）。 - 如果它们的状态是“阻止”，请选中后点击下方“-”号删除该规则；若不确定，可先点击“重置”按钮恢复默认系统规则。
验证防火墙日志中是否存在拦截记录
若问题反复出现，建议用“控制台”确认是否真有拦截行为：
- 打开“控制台”应用（可通过聚焦搜索启动）。
- 在左侧边栏选择“报告”或直接在搜索栏输入 sharingd 或 mDNSResponder。
- 筛选最近 5–10 分钟的日志，查找含 denied、blocked、firewall 的条目。若看到类似
Firewall: sharingd is not allowed to accept incoming connections，即可确认是防火墙所致。
临时关闭防火墙测试（仅用于诊断）
若以上步骤仍不能定位，可做一次快速验证：
- 回到“防火墙”设置页，暂时关闭防火墙总开关（不是仅取消“阻止所有传入连接”）。
- 等待约 20 秒，重新打开 AirDrop 窗口，观察接收设备是否立刻出现。
- 若恢复正常，说明问题确由防火墙策略引起；测试后请务必重新开启防火墙，并按前述方法精准调整规则，而非长期关闭。
