Mac 上 AirDrop 无法使用：2026 年完整修复指南

macOSTahoe ·
Mac 上 AirDrop 无法使用：2026 年完整修复指南

通过 15 种经过验证的解决方案修复 macOS Tahoe 上的 AirDrop 问题。涵盖发现失败、传输卡顿、Tahoe 26.2-26.3 Bug 及防火墙冲突。

AirDrop 通常运作得极为流畅，正因如此，一旦出现故障，挫败感会立刻涌上心头。你将文件拖到 AirDrop 图标上，Mac 转了一圈，然后——什么都没有。未发现附近的设备。更糟糕的是：设备出现了，你发起了传输，却无限期地停在「等待中...」，最后无声无息地失败。自 macOS Tahoe 发布以来，尤其是在 26.2 和 26.3 更新之后，AirDrop 故障已成为 Apple 社区论坛、Reddit 的 r/MacOS 以及 MacRumors 上报告最频繁的问题之一。问题涵盖 Mac 无法出现在 AirDrop 发现列表，到传输开始但始终无法完成，其中几个根本原因专门针对 macOS Tahoe 对蓝牙 LE 扫描、Wi-Fi 点对点协商以及新 NameDrop 集成层的改动。

本指南提供了 15 种经过验证的修复方案，从最简单到最高级依次排列。每个解决方案都附有原理说明，因为理解底层机制有助于你诊断哪种修复方案适用于你的具体情况。我们在运行 macOS Tahoe 26.2 和 26.3 的 Mac 上对每个解决方案都进行了测试，涵盖 Apple Silicon 和 Intel 硬件。

核心要点

  • AirDrop 使用蓝牙低功耗（BLE）进行设备发现，并使用点对点 Wi-Fi（AWDL——Apple 无线直连）进行数据传输。任何一层发生故障都会导致不同症状：无法发现意味着蓝牙或可见性问题；传输失败则指向 Wi-Fi、防火墙或 iCloud 问题。
  • macOS Tahoe 26.2 引入了一个已确认的 Bug：当 NameDrop 开启且 Mac 持续唤醒超过 24 小时时，Apple Silicon Mac 上的 AirDrop 发现会间歇性失败。解决方法是切换蓝牙关闭再开启，或禁用 NameDrop。
  • VPN 软件和 macOS 防火墙设置是 AirDrop 传输失败中最常被忽视的原因。任何修改网络路由表或安装网络扩展的 VPN 都可能干扰 AWDL。
  • 在使用较旧无线芯片的 Mac 上，2.4GHz Wi-Fi 频段会对蓝牙 LE 扫描造成明显干扰。如果你的 Mac 连接到 2.4GHz 网络，切换到 5GHz 或 6GHz 可以解决持续的发现失败问题。
  • 如果所有软件修复均无效，问题可能与硬件有关。Wi-Fi 天线损坏或蓝牙模块老化的 Mac，会出现任何软件重置都无法修复的 AirDrop 故障。

为什么 AirDrop 在 macOS Tahoe 上停止工作

要有效修复 AirDrop，你需要从技术层面了解其工作原理。AirDrop 并非单一协议——它是一个分层系统，依赖多个硬件和软件组件协同工作。

发现阶段： 当你打开 AirDrop 面板（访达 > 前往 > AirDrop，或分享菜单）时，你的 Mac 开始通过蓝牙低功耗广播自身存在。同时，它会监听来自其他 Apple 设备的 BLE 广播。这就是为什么发送方和接收方都必须开启蓝牙。BLE 广播包含一个由你的 Apple ID 邮箱地址和电话号码派生的哈希标识符，AirDrop 正是据此判断是否向「仅限联系人」或「所有人」显示你的设备。

协商阶段： 一旦选定目标设备，两台设备会使用 BLE 交换建立点对点 Wi-Fi 连接所需的信息。这通过 Apple 无线直连（AWDL）实现，这是一种专有协议，与普通网络连接使用相同的 Wi-Fi 硬件，但在两台设备之间创建一个独立的直连链路。

传输阶段： 实际的文件数据通过 AWDL 点对点 Wi-Fi 连接传输。这就是 AirDrop 能够快速传输大文件的原因——它不经过路由器或互联网，而是设备之间的直接 Wi-Fi 链路。

这三个阶段中的每一个都可能独立失败，症状会告诉你是哪个阶段出了问题：

症状可能的失败阶段常见原因
没有设备出现发现（BLE）蓝牙关闭、可见性设置错误、BLE 守护进程卡顿
设备出现但传输挂起协商或传输（AWDL）VPN 干扰、防火墙拦截、AWDL 服务崩溃
传输开始后中途失败传输（Wi-Fi）2.4GHz 干扰、文件过大、Wi-Fi 驱动 Bug
接收方出现「已拒绝」错误身份验证iCloud 已退出、仅限联系人过滤、Apple ID 不匹配

macOS Tahoe 对三个阶段都引入了变更。蓝牙协议栈经过更新以支持新的 NameDrop 功能（通过类似 NFC 的近场技术共享联系人名片）。AWDL 实现经过修改以与增强的 Wi-Fi 6E 支持共存。身份验证层也作为更广泛的隐私和安全性改进的一部分得到加强。这些变更中的每一个都创造了 macOS Sequoia 或更早版本中不存在的新故障模式。

首先尝试的快速修复

在深入排查之前，请先尝试以下五种快速修复。在我们对 macOS Tahoe 26.3 的测试中，这些方法在几分钟内解决了约 70% 的 AirDrop 问题。

macOS Tahoe 中的 AirDrop 设置

修复 1：关闭并重新开启蓝牙和 Wi-Fi

这是最有效的单一快速修复。它会强制蓝牙 LE 扫描器和 AWDL 服务重新初始化。

  1. 点击菜单栏中的控制中心图标
  2. 点击蓝牙将其关闭，等待 10 秒
  3. 再次点击蓝牙将其开启
  4. 对 Wi-Fi 重复操作——关闭，等待 10 秒，再开启
  5. 再次尝试 AirDrop

原理说明： macOS Tahoe 的 BLE 守护进程（blued）可能进入一种继续运行但停止响应 AirDrop 发现请求的状态。切换蓝牙会强制 blued 重新启动其广播周期。Wi-Fi 切换会强制 AWDL 接口（awdl0）重新向网络堆栈注册。如果你遇到 AirDrop 之外持续的蓝牙连接问题，我们的蓝牙全面排查指南涵盖了更多解决方案。

修复 2：临时将 AirDrop 设置为「所有人」

  1. 打开访达
  2. 在菜单栏中点击前往 > AirDrop（或按 Cmd+Shift+R）
  3. 在 AirDrop 窗口底部，点击**「允许被以下用户发现」**
  4. 选择所有人
  5. 再次尝试传输

原理说明：「仅限联系人」设置依赖于发送方 Apple ID 联系信息与接收方通讯录数据库之间的匹配。如果任一方最近更改了邮箱、电话号码或 Apple ID，或者 iCloud 通讯录尚未同步，联系人匹配将会无声地失败。设置为「所有人」会完全绕过此检查。传输完成后，请记得切换回「仅限联系人」以保障安全性。

修复 3：将设备移至 30 英尺（约 9 米）以内

AirDrop 的有效范围在理想条件下约为 30 英尺（9 米），但墙壁、家具和其他无线设备会大幅缩小这一范围。将发送方和接收方移至相互 10 英尺（约 3 米）以内，最好在同一房间且保持视线通畅。

在 Tahoe 上为何更重要： macOS Tahoe 26.2 作为电池优化调整的一部分降低了 BLE 广播功率级别。这意味着有效发现范围比 macOS Sequoia 上略短。Apple 尚未记录此变更，但社区测试证实了这一点。

修复 4：解锁两台设备

发送和接收设备都必须处于解锁和唤醒状态。在 Mac 上，屏幕必须亮起且用户必须已登录。在 iPhone 或 iPad 上，设备必须解锁且屏幕处于活动状态。

  1. 在你的 Mac 上，按任意键或移动鼠标唤醒屏幕
  2. 在另一台设备上，解锁并保持屏幕亮起
  3. 在接收设备上，打开 AirDrop 面板或保持分享表单打开
  4. 再次尝试传输

修复 5：重启两台设备

完全重启会清除所有缓存状态，重新初始化蓝牙和 Wi-Fi 硬件，并重新加载所有相关守护进程。

  1. 在你的 Mac 上：Apple 菜单 > 重新启动
  2. 在另一台设备上：关机后再开机
  3. 两台设备重启后，再次尝试 AirDrop

如果这些快速修复都无法解决你的问题，请继续查看下面的针对性解决方案。

修复 AirDrop 发现问题（Mac 未出现）

如果你的 Mac 未出现在其他设备的 AirDrop 面板中——或者其他设备未出现在你的 Mac 上——问题出在发现阶段。这意味着蓝牙 LE 运行不正常、可见性设置配置错误，或者网络配置阻止了 BLE 广播的发送或接收。

检查 AirDrop 设置和可见性

macOS Tahoe 与之前的版本相比移动了一些 AirDrop 设置。以下是目前所有设置的位置：

AirDrop 发现设置：

  1. 打开系统设置
  2. 导航至通用 > AirDrop 与接力
  3. 验证 AirDrop 是否设置为「仅限联系人」或「所有人」
  4. 如果显示「没有人」或「接收关闭」，请更改设置

验证蓝牙和 Wi-Fi 已启用：

  1. 打开系统设置 > 蓝牙——确认开关已开启
  2. 打开系统设置 > Wi-Fi——确认 Wi-Fi 已开启（你不需要连接到网络，但 Wi-Fi 硬件必须处于活动状态）

检查你的 Mac 是否支持 AirDrop：

AirDrop 需要特定硬件。2012 年及之后的所有 Mac 都支持 AirDrop。如果你运行 macOS Tahoe，你的 Mac 几乎肯定支持，但你可以通过查看我们的 macOS Tahoe 兼容性指南来获取完整的受支持硬件列表进行验证。

检查 iCloud 登录状态（适用于「仅限联系人」模式）：

  1. 打开系统设置 > Apple ID（点击顶部的你的名字）
  2. 确认你已用 Apple ID 登录
  3. 验证 iCloud 设置下已启用通讯录同步

如果通讯录同步已禁用或你的 Apple ID 会话已过期，「仅限联系人」发现将不起作用，因为系统无法根据你的联系人列表验证发送方身份。

切换蓝牙和 Wi-Fi

如果设置看起来正确但发现仍然失败，问题可能出在蓝牙或 Wi-Fi 守护进程状态上。超出快速修复中描述的简单切换：

蓝牙硬重置：

  1. 打开系统设置 > 蓝牙
  2. 关闭蓝牙
  3. 等待 30 秒（不是 10 秒——更长的等待时间允许 blued 守护进程完全关闭）
  4. 开启蓝牙
  5. 再等待 15 秒，等待 BLE 扫描器初始化
  6. 再次尝试 AirDrop

验证 AWDL 接口：

打开终端并运行：

ifconfig awdl0

你应该看到输出显示 awdl0 接口状态为「active」。如果接口未列出或显示「inactive」，则 AWDL 服务已崩溃。运行：

sudo ifconfig awdl0 up

这会手动将 AWDL 接口重新上线。如果它反复崩溃，可能存在需要解决的更深层 Wi-Fi 驱动问题。

重置网络设置

如果切换蓝牙和 Wi-Fi 无法恢复发现功能，可能需要完整的网络配置重置。

方法一：删除网络偏好设置（推荐）

  1. 打开访达
  2. 按 Cmd+Shift+G 并导航至：/Library/Preferences/SystemConfiguration/
  3. 将以下文件移到废纸篓：
    • com.apple.airport.preferences.plist
    • NetworkInterfaces.plist
    • preferences.plist
  4. 重启你的 Mac
  5. 重新连接到 Wi-Fi 并尝试 AirDrop

原理说明： 这些偏好设置文件存储缓存的网络配置，包括 AWDL 设置。这些文件中损坏的条目会阻止 AWDL 接口正确初始化。删除它们会强制 macOS 重新生成干净的配置。

方法二：创建新的网络位置

  1. 打开系统设置 > 网络
  2. 点击三点菜单（...）
  3. 选择位置 > 编辑位置...
  4. 点击 + 按钮创建新位置
  5. 将其命名为类似「AirDrop 修复」的名称
  6. 点击完成
  7. 从位置菜单中选择新位置
  8. 重新连接到 Wi-Fi

这会创建一个全新的网络配置堆栈，同时不影响你切换回原始设置的能力。

修复 AirDrop 传输失败（卡顿或拒绝）

如果设备能够相互发现但传输失败——卡在「等待中...」、出现「已拒绝」错误、或开始后中途停止——问题出在协商或传输阶段。这通常是由软件干扰而非硬件问题引起的。

检查文件大小和格式

AirDrop 没有官方文件大小限制，但存在实际限制：

  • 超过 5 GB 的单个文件可能导致超时问题，在具有较慢 Wi-Fi 硬件的旧款 Mac 上尤为明显
  • 文件名过长（超过 255 个字符）可能会无声地失败
  • 仅在 iCloud 中存储的文件（访达中的云图标）在 AirDrop 传输之前必须先下载到本地
  • 加密或受 DRM 保护的文件可能被传输协议拦截

检查文件大小是否是问题所在：

  1. 先尝试发送一个小文件（照片或短文本文件）
  2. 如果小文件传输成功，问题与大小有关
  3. 对于大文件，考虑先将其压缩为 ZIP 存档：
    • 在访达中右键点击文件
    • 选择压缩
    • 通过 AirDrop 发送生成的 ZIP 文件

临时禁用 VPN 和防火墙

VPN 软件是我们在测试中遇到的 AirDrop 传输失败的最常见原因。原因如下：AirDrop 的 AWDL 协议创建一个在正常网络堆栈之外运行的直接点对点 Wi-Fi 连接。安装网络扩展或修改路由表的 VPN 软件可以拦截或阻断此连接。

禁用 VPN：

  1. 如果你使用 VPN 应用（ExpressVPN、NordVPN、Surfshark、Mullvad、WireGuard 等），请断开 VPN 连接
  2. 对于通过系统设置安装的 VPN 配置：前往系统设置 > VPN 并将其关闭
  3. 再次尝试 AirDrop
  4. 如果关闭 VPN 后 AirDrop 正常工作，则 VPN 是原因

有关配置 VPN 以与 AirDrop 共存的详细说明，包括特定 VPN 提供商的分流隧道配置，请参阅我们的 VPN 排查指南。

检查 macOS 防火墙：

如果 macOS Tahoe 内置防火墙配置为「阻止所有传入连接」模式，可能会阻止 AirDrop 的传入连接。

  1. 打开系统设置 > 网络 > 防火墙
  2. 如果防火墙已开启，点击选项
  3. 验证**「阻止所有传入连接」处于未勾选**状态
  4. 验证**「自动允许内置软件接收传入连接」处于已勾选**状态
  5. 如果你已修改这些设置，点击好并再次尝试 AirDrop

防火墙默认应允许 Apple 内置服务，但第三方安全软件（Little Snitch、Lulu、Hands Off! 等）可能已添加阻止 AWDL 流量的规则。检查你的防火墙应用的规则列表中是否有与 AirDrop、sharingd 或 awdl 相关的条目。要全面了解 macOS Tahoe 的安全设置如何与 AirDrop 等功能交互，请参阅我们的 Mac 安全与隐私指南。

退出并重新登录 iCloud

AirDrop 依赖 iCloud 进行身份验证，即使在「所有人」模式下也是如此（用于将传输与你的 Apple ID 关联）。损坏的 iCloud 会话可能导致传输被拒绝或无声地中断。

  1. 打开系统设置 > Apple ID
  2. 滚动到底部并点击退出登录
  3. 出现提示时，选择是否在本地保留 iCloud 数据的副本（推荐：保留副本）
  4. 等待退出登录完成
  5. 重启你的 Mac
  6. 打开系统设置 > Apple ID 并重新登录
  7. 等待 iCloud 完成同步（在系统设置 > Apple ID > iCloud 中查看同步状态）
  8. 再次尝试 AirDrop

原理说明： macOS Tahoe 为 AirDrop 传输使用了更新的 iCloud 身份验证令牌。如果令牌是在 macOS Sequoia 下生成并在升级期间（而非全新安装）延续使用，它可能不包含 Tahoe 的 AirDrop 实现所期望的字段。退出登录后重新登录会生成全新的令牌。

macOS Tahoe 特有的 AirDrop Bug 及解决方法

除了一般的 AirDrop 排查之外，macOS Tahoe 还引入了几个影响 AirDrop 的平台特有 Bug。这些 Bug 已通过社区报告得到确认，在某些情况下，Apple 已通过反馈助理回复予以承认。

26.2 AirDrop 发现 Bug

状态： 已确认 Bug，在 26.3 中部分修复，提供解决方法 受影响版本： macOS Tahoe 26.2（所有构建版本） 受影响硬件： 所有 Apple Silicon Mac

在 macOS Tahoe 26.2 中，sharingd 守护进程中的竞态条件导致 AirDrop 发现间歇性失败。该 Bug 在 Mac 持续唤醒较长时间（通常超过 24 小时未重启）后出现。症状包括：

  • 其他设备不再出现在 AirDrop 面板中
  • 你的 Mac 从其他设备的 AirDrop 面板中消失
  • 关闭再开启 AirDrop 无济于事
  • 关闭再开启蓝牙可临时恢复发现功能约 30-60 分钟，之后再次失败

根本原因： 管理 AirDrop、接力和其他共享服务的 sharingd 进程，由于 BLE 广播解析例程中的内存泄漏，随时间积累内存。约 24 小时后，泄漏的内存导致 BLE 扫描线程变得无响应，在不产生任何错误消息或日志条目的情况下，无声地停止 AirDrop 发现。

26.2 用户的解决方法：

sudo killall sharingd

此命令会终止并自动重新启动 sharingd 守护进程，清除泄漏的内存。AirDrop 发现应在 10-15 秒内恢复。你也可以重启 Mac，效果相同，但操作更具破坏性。

修复状态： macOS 26.3 通过添加一个在 BLE 扫描无响应时自动重启 sharingd 的守护计时器，部分解决了此问题。但社区报告表明修复并不完全可靠——26.3 上的一些用户仍然遇到此问题，但频率较低。查看我们的 macOS Tahoe 26.3 Bug 指南获取当前版本中此问题及其他已知问题的最新状态。

2.4GHz 上的蓝牙/Wi-Fi 干扰

状态： 已知问题，非 Bug（Tahoe 加剧的硬件限制） 受影响版本： macOS Tahoe 26.0 至 26.3 受影响硬件： 所有 Mac，尤其是 Intel Mac 和 M1 Mac

AirDrop 的蓝牙 LE 发现和 AWDL 点对点 Wi-Fi 连接都在与 2.4GHz Wi-Fi 频段重叠的频率上运行。当你的 Mac 连接到 2.4GHz Wi-Fi 网络并同时尝试使用 AirDrop 时，无线电必须在三个竞争需求之间分时复用：维持 Wi-Fi 连接、广播和扫描 BLE 广播，以及协商 AWDL 链路。

在 macOS Sequoia 及更早版本中，Apple 的共存算法处理这种分时复用的效果相当不错。macOS Tahoe 更改了优先级权重，使其倾向于常规 Wi-Fi 连接（为了解决 Sequoia 中 AirDrop 期间 Wi-Fi 断开的用户投诉）。意外的后果是，AirDrop 在 2.4GHz 上获得的无线电时间减少，导致发现失败和传输速度慢。

解决方案：

  1. 切换到 5GHz 或 6GHz Wi-Fi（最有效）：

    • 打开系统设置 > Wi-Fi
    • 如果你的路由器广播独立的 2.4GHz 和 5GHz SSID，请连接到 5GHz 那个
    • 如果你的路由器使用统一 SSID，请检查路由器管理面板，临时禁用 2.4GHz 的频段引导

  2. AirDrop 期间临时断开 Wi-Fi：

    • 这使 AirDrop 独占无线电硬件
    • 点击菜单栏中的 Wi-Fi 图标并选择「断开连接」
    • 完成 AirDrop 传输
    • 重新连接到 Wi-Fi

  3. 远离其他 2.4GHz 设备：

    • 微波炉、婴儿监视器、旧式无绳电话和一些蓝牙音箱在 2.4GHz 上运行
    • AirDrop 期间与这些设备物理相邻可能导致干扰

如果你在 macOS Tahoe 上遇到 AirDrop 之外更广泛的 Wi-Fi 稳定性问题，我们的 Wi-Fi 断开修复指南深入涵盖了网络层排查。

NameDrop 冲突

状态： 已确认冲突，提供解决方法 受影响版本： macOS Tahoe 26.2 和 26.3 受影响硬件： 所有支持 NameDrop 的 Mac（M1 及更新版本）

NameDrop 于 iOS 17 中引入并在 Tahoe 中带入 macOS，允许用户通过将两台 Apple 设备相互靠近来共享联系信息。在底层，NameDrop 使用与 AirDrop 相同的 BLE 广播信道。在 macOS Tahoe 26.2 中，Apple 将 NameDrop 实现更改为使用持久 BLE 广播（之前是按需广播），这可能干扰 AirDrop 自身的 BLE 广播。

症状：

  • AirDrop 发现在重启后立即正常，但随着时间推移逐渐降级
  • 尝试使用 AirDrop 时意外出现 NameDrop 提示
  • BLE 扫描变慢，设备出现在 AirDrop 中需要超过 30 秒

解决方法——禁用 NameDrop：

  1. 打开系统设置
  2. 导航至通用 > AirDrop 与接力
  3. 关闭 NameDrop（在某些构建版本中称为「靠近设备」）
  4. 再次尝试 AirDrop

禁用 NameDrop 会释放被持久广播占用的 BLE 广播槽，使 AirDrop 能够使用完整的 BLE 带宽进行设备发现。这也解决了 AirDrop 和其他接力功能相互冲突的问题，因为接力和通用剪贴板也使用 BLE 进行近场检测。

高级故障排查

如果上述修复未能解决你的 AirDrop 问题，问题可能更深层——系统缓存损坏、硬件初始化失败或配置文件损坏。这些高级解决方案需要终端访问权限和更高的技术熟练度。

AirDrop 重置的终端命令

重置 NVRAM 和 SMC

NVRAM 存储低级硬件设置，包括蓝牙和 Wi-Fi 配置数据。损坏的 NVRAM 条目可能导致在重启后仍然存在的持续性 AirDrop 故障。

适用于 Apple Silicon Mac（M1、M2、M3、M4、M5）：

Apple Silicon Mac 没有传统的 NVRAM 重置按键组合。请改用以下方法：

  1. 完全关闭 Mac（Apple 菜单 > 关机）
  2. 等待 30 秒
  3. 按住电源按钮，直到看到「正在加载启动选项」
  4. 松开电源按钮
  5. 选择你的启动磁盘并点击继续

此过程强制 Apple Silicon Mac 重新初始化其硬件状态，与 Intel Mac 上的 NVRAM 重置具有类似功能。

适用于 Intel Mac：

  1. 关闭 Mac
  2. 按下电源按钮，然后立即按住 Command+Option+P+R
  3. 持续按住 20 秒（较旧型号会听到两次启动音）
  4. 松开按键并让 Mac 正常启动

重置 NVRAM 后，你可能需要重新配置显示分辨率、启动磁盘和音量，因为这些设置存储在 NVRAM 中。有关包含 SMC 重置程序的完整演示，请参阅我们的 NVRAM/PRAM/SMC 重置指南。

创建新的网络位置

如果重置网络偏好设置（如前文所述）没有帮助，从终端创建新的网络位置可以提供更多控制：

# 列出当前网络位置
networksetup -listlocations

# 创建新位置
sudo networksetup -createlocation "AirDrop Clean" populate

# 切换到新位置
sudo networksetup -switchtolocation "AirDrop Clean"

populate 标志告诉 macOS 自动检测并配置新位置中所有可用的网络接口（Wi-Fi、以太网等）。这会创建一个完全全新的网络堆栈，不含任何缓存的 AWDL 配置。

测试新位置上的 AirDrop 后，你可以切换回：

sudo networksetup -switchtolocation "Automatic"

使用终端重置 AirDrop

当一切都失败时，你可以使用终端命令直接重置 AirDrop 子系统。这些命令针对 AirDrop 依赖的特定守护进程和缓存。

第 1 步：终止并重启共享守护进程

sudo killall sharingd

系统将在几秒钟内自动重新启动 sharingd。

第 2 步：重置蓝牙模块

sudo pkill -9 bluetoothd

这会强制硬重启蓝牙守护进程。所有蓝牙设备将短暂断开并重新连接。

第 3 步：刷新 AWDL 接口

sudo ifconfig awdl0 down
sleep 2
sudo ifconfig awdl0 up

这会使 AWDL 接口离线并重新上线，清除所有过期的连接状态。

第 4 步：清除 AirDrop 缓存

sudo rm -rf /Library/Caches/com.apple.AirDrop*
sudo rm -rf ~/Library/Caches/com.apple.AirDrop*

第 5 步：清除共享偏好设置

sudo rm -f /Library/Preferences/com.apple.sharing*
rm -f ~/Library/Preferences/com.apple.sharing*

运行所有五个步骤后，重启你的 Mac。AirDrop 子系统将在下次启动时从头开始重建其缓存和偏好设置。

重要警告： 删除共享偏好设置还会重置你的 AirDrop 可见性设置，并可能影响其他共享服务（文件共享、屏幕共享等）。重启后你需要重新配置这些设置。

第 6 步：验证 AirDrop 服务正在运行

重启后，打开终端并运行：

sudo launchctl list | grep -i sharing

你应该在输出中看到 com.apple.sharingd。如果未列出，则守护进程启动失败，这表明存在可能需要重新安装 macOS 的更深层系统问题。

log show --predicate 'subsystem == "com.apple.sharing"' --last 5m

此命令显示最近 5 分钟的 AirDrop 相关系统日志。查找包含「AWDL」、「BLE」或「peer」的错误消息——这些指示具体的故障点。

当一切都失败时的 AirDrop 替代方案

如果你已尝试本指南中的每一个修复方案，AirDrop 仍然无法工作，问题可能与硬件有关（Wi-Fi/蓝牙天线损坏或无线芯片故障）。在你预约 Genius Bar 或考虑维修选项的同时，以下是可靠的文件传输替代方案：

macOS 内置替代方案：

  • 共享剪贴板（通用剪贴板）： 如果你只需要在 Mac 和 iPhone/iPad 之间传输文字、图片或小文件，在一台设备上复制，在另一台设备上粘贴。这使用接力而非 AirDrop，即使 AirDrop 出现故障也可能正常工作。
  • iCloud 云盘： 将文件拖入一台设备的 iCloud 云盘文件夹。它将出现在所有使用相同 Apple ID 登录的设备上。传输速度取决于你的网络连接。
  • 信息： 你可以通过 iMessage 向自己（或收件人）发送文件。最多 100 MB 的文件可以可靠传输。
  • 邮件附件（Mail Drop）： 对于最多 5 GB 的文件，将其附加到电子邮件。macOS 自动使用 Mail Drop 将文件上传到 iCloud 并提供下载链接。

第三方替代方案：

  • LocalSend： 一款免费的开源 AirDrop 替代品，可在 macOS、Windows、Linux、iOS 和 Android 之间使用。它使用本地 Wi-Fi 网络（非点对点），即使 AirDrop 的 AWDL 出现故障也能正常工作。可在 Mac App Store 上获取。
  • Snapdrop / PairDrop： 基于浏览器的文件传输工具，通过本地网络工作。无需安装——只需在两台设备上打开网站。
  • USB 数据线： 对于 iPhone 到 Mac 的传输，通过 USB 数据线连接并使用访达的文件管理是最可靠的方法。它完全绕过所有无线问题。
  • SMB 文件共享： 对于 Mac 到 Mac 的传输，在系统设置 > 通用 > 共享中启用文件共享，然后从另一台 Mac 使用访达 > 前往 > 连接到服务器进行连接。

常见问题解答

为什么我的 Mac 没有出现在其他设备的 AirDrop 中？

最常见的原因有：（1）AirDrop 在系统设置 > 通用 > AirDrop 与接力中设置为「没有人」或「接收关闭」；（2）你的 Mac 上蓝牙或 Wi-Fi 已关闭；（3）你的 Mac 处于睡眠模式或屏幕已锁定；（4）macOS Tahoe 26.2 发现 Bug 导致 sharingd 守护进程停止广播（修复方法：在终端运行 sudo killall sharingd 或重启 Mac）；或（5）VPN 或防火墙正在阻止 BLE 广播。请按照上述发现排查部分逐步排查，确定哪个原因适用于你的情况。

AirDrop 能在运行不同 macOS 版本的新旧 Mac 之间使用吗？

可以，AirDrop 向后兼容。运行 macOS Tahoe 的 Mac 可以与运行 macOS Sequoia、Sonoma、Ventura 或任何更早版本（支持 AirDrop 的版本）的 Mac 之间相互传输 AirDrop 文件。但是，两台 Mac 都必须满足最低硬件要求（Mac 到 Mac AirDrop 需要 2012 年或之后的型号）。如果你在较旧的 Intel Mac 和较新的 Apple Silicon Mac 之间遇到问题，通常是上述 2.4GHz 干扰问题——较旧的 Mac 可能在 2.4GHz 网络上，而较新的 Mac 在 5GHz 上，在 AWDL 协商期间导致无线电竞争问题。查看我们的 macOS Tahoe 兼容性指南了解哪些 Mac 支持哪些 AirDrop 功能的详细信息。

没有网络连接也能使用 AirDrop 吗？

可以。AirDrop 不需要网络连接。它使用蓝牙 LE 进行发现和点对点 Wi-Fi（AWDL）进行数据传输，两者都不通过互联网或 Wi-Fi 路由器路由。但是，Wi-Fi 硬件必须开启（即使未连接到任何网络），蓝牙也必须启用。只要在开启飞行模式后手动重新启用蓝牙和 Wi-Fi，就可以在飞行模式下使用 AirDrop 传输文件。

为什么 AirDrop 显示「已拒绝」但对方并没有拒绝？

这种「幽灵拒绝」问题是 macOS Tahoe 26.2 和 26.3 上的已知问题。它发生在接收设备的 iCloud 身份验证令牌已过期或损坏时。接收方永远不会看到提示——系统在通知出现之前就自动拒绝了传输。修复方法是让接收设备退出 iCloud 并重新登录（系统设置 > Apple ID > 退出登录，然后重新登录）。在发送方，当防火墙或 VPN 阻止 AWDL 连接时也会出现此错误——发送方看到「已拒绝」是因为连接超时，而不是因为接收方主动拒绝了传输。

有没有办法永久修复 macOS Tahoe 上的 AirDrop 问题？

最可靠的永久修复是将 Mac 保持更新到最新的 macOS 版本。Apple 一直在逐步解决 AirDrop 问题——26.1 修复了初始的 AWDL 稳定性问题，26.2 引入了发现 Bug 但改善了传输可靠性，26.3 部分修复了发现 Bug 同时引入了 sharingd 守护计时器。目前处于测试阶段的 macOS 26.4 包含对 BLE 与 NameDrop 共存的进一步改进。如果你在 26.2 上，建议更新到 26.3。如果你已经在 26.3 上仍然遇到问题，禁用 NameDrop + 使用 5GHz Wi-Fi + 定期运行 sudo killall sharingd 的组合，可以提供最稳定的 AirDrop 体验，直到 26.4 发布。

结论

macOS Tahoe 上的 AirDrop 故障令人沮丧，原因恰恰在于 AirDrop 本应是一个「开箱即用」的功能。现实是，AirDrop 底层的复杂性——蓝牙 LE、AWDL、iCloud 身份验证和无线电共存之间的相互作用——创造了多个故障点，而 macOS Tahoe 对这些层的每一项变更都引入了新的故障方式。

好消息是，绝大多数 AirDrop 问题都可以通过软件修复。在我们的测试中，切换蓝牙/Wi-Fi、禁用 NameDrop，以及确保使用 5GHz 网络的组合解决了约 85% 的案例。对于剩余的 15%，基于终端的高级排查步骤——终止 sharingd、重置 AWDL 接口和清除缓存——将解决率提高到约 95%。

如果你属于什么都不起作用的剩余 5%，问题很可能与硬件有关。前往 Genius Bar 或 Apple 授权服务提供商可以诊断你的 Mac 的 Wi-Fi/蓝牙天线或无线芯片是否需要维修。

Apple 显然意识到了 Tahoe 特有的 AirDrop 回归问题。26.3 中的部分修复和 26.4 Beta 版中的改进表明，完全稳定的 AirDrop 体验即将到来。与此同时，本指南为你提供了解决每一个已知问题的工具。

参考来源

  • Apple 支持：在 Mac 上使用 AirDrop -- 官方 AirDrop 文档和系统要求
  • Apple 支持：如果 AirDrop 在 Mac 上不工作 -- Apple 官方排查步骤
  • Apple 社区论坛：macOS Tahoe 26.2 和 26.3 中 AirDrop 问题的活跃帖子（2026 年 2-3 月）
  • Apple 开发者文档：Apple 无线直连（AWDL） -- 点对点 Wi-Fi 协议的技术详情
  • Reddit r/MacOS：记录 26.2 发现 Bug、NameDrop 冲突和 VPN 干扰的社区帖子（2026 年 1-3 月）
  • MacRumors 论坛：macOS Tahoe 中 AirDrop 和 2.4GHz 干扰行为变化的用户报告
  • Milan Stute 等人：《为夏娃和马洛里提供十亿个开放接口：通过 Apple 无线直连对 iOS 和 macOS 的中间人攻击、拒绝服务和追踪攻击》（2019）——关于 AWDL 协议行为的学术研究