AirDrop 出问题时,从发送方的 Mac 看过去往往长得一模一样,背后的原因却毫无关系。关键要看你落在哪种情况:两台 Mac 根本没互相看见,一个请求晾在那没人理,或者字节已经开始传却停住了。
所以先别急着改设置。拿一个体积小、已经完整下载好的 PDF,把两台 Mac 放在一起,发送一次,盯着它到底卡在哪个环节。就这一次观察,能把要排查的原因去掉三分之二。
第一阶段:对方根本没出现
没有东西可点,说明根本没发出去,这是个“发现不了对方”的问题,后面那些环节暂时都用不上。两端都打开 Wi-Fi 和蓝牙,让两台 Mac 保持在大约 10 米以内,在接收方用 Shift-Command-R 打开 Finder 的 AirDrop 窗口,看看它的发现范围设成了什么。当前版本的 macOS 在控制中心展开 AirDrop 时也会显示这个范围。要是两边无线一开图标就出现了,问题就出在无线开关上,到这一步就算查完了。
如果接收方设成了“只限联系人”,那么它通讯录里对应发送方的联系人卡片,得写着发送方登录时用的那个 Apple 账户邮箱或电话号码。临时把接收方改成“所有人”做一次约定好的测试,这只是诊断手段,不是最终修法——要是这时候图标出现了,说明是联系人信息不对,不是网络问题。测完记得把范围改回去。
第二阶段:对方出现了,但发送卡在等待
能看到对方,就排除了 Wi-Fi、蓝牙和发现范围这几项,别再折腾它们了。让接收方看看通知,以及是否开着 Finder 的 AirDrop 窗口,再点接受。同一个 Apple 账户下自己的设备之间,接受可以是自动完成的,所以“接受”按钮一直没出现,本身并不一定是故障。
在 macOS 26.2 及更新版本上,给不是联系人的对象发送时可能会要求输入一个代码。接收方选择“继续”或者“获取 AirDrop 代码”,把代码念给发送方,发送方在传输提示里输入它。再点一次对方的图标解决不了这个待处理的代码请求,通常只会又打开一个新的请求。
第三阶段:开始传了,又停住了
出现字节进度,说明两台 Mac 已经互相找到并同意开始传输,前面发现和接受阶段的原因都可以排除了。先打开源文件,确认它真的已经存在发送方 Mac 上,把还停留在云端占位状态的文件下载下来。然后检查接收方的可用空间,换一个体积很小的单个 PDF 重新试一次,而不是一整批混杂的大文件。要是这个小文件顺利传完,说明通路本身没问题,剩下要查的就是大小、文件数量,或者这批里某一个特定的文件。
如果无线和接收方设置都确认没问题,传输还是传一半就停,先保存好手头的工作,重启两台 Mac 再继续排查。要是这是一台受管控的机器,限制权在管理它的人手里——把卡住的阶段描述给对方听,而不是随手关掉安全配置。
重试的时候保持条件一致:同一个小文件,同一个接收方,每次只改一个变量,发送一次,记下这次走到了哪一步。从第一阶段走到第三阶段,是实打实的进展,值得记下来,不用把前面的检查再重复一遍。不管结果如何,在确认能打开接收到的那份之前,都别删掉源文件。
第四阶段:传完了,可是文件不见了
传输完成,就完全排除了网络问题,这时候是接收方 Mac 上的一个查找问题。先看下载文件夹,再看接受时选中的那个应用打开的位置——一张照片如果被路由进了“照片”应用,就不会和 PDF 放在一起。按文件名搜索,按传输时间排序,别急着再连着发三次。
要是真的找不到,按顺序重新走一遍发送流程,参考 AirDrop 分步教程,这一次留意自己走到哪个阶段。
Mac 上 AirDrop 发送失败,还是只是不想再重复一遍
这类搜索里其实还藏着另一种抱怨:AirDrop 一切正常,真正的问题是一天要挑同一个接收人二十次。Deskferry 针对的正是这种情况,而不是上面那些故障。在 A 上的 Finder 里复制一个文件,粘贴到 B 上正在用的文件夹里,全程不用挑任何接收人。
它修不好一次传坏了的 AirDrop 传输,对 iPhone 或者一次性的接收对象也帮不上忙。它要求 macOS 14 或更新版本、一个受信任的组,以及两台 Mac 都能到达的本地网络;文件和视频依赖管理员的 Pro 或 Max 权限,文件夹要 Max。读一读 Deskferry 文件指南,判断它跟你的工作方式合不合适。在办公网络里,先确认两台 Mac 之间的流量本来就是被允许的。
官方参考资料
Apple 功能资料核对于 2026 年 9 月 16 日。Deskferry 独立于 Apple。
常见问题
常见问题解答
两台 Mac 一定要用同一个 Apple 账户吗?
不需要。给别人的 Mac 发东西是 AirDrop 最普通的用法。关键在于你能发现接收方,而且有人接受了,这也包括较新 macOS 版本上可能出现的代码提示。
另一台 Mac 上没出现接受按钮,是出故障了吗?
不一定。同一个 Apple 账户下自己的设备可能会自动接受,所以再发之前先看看下载文件夹或对应的接收应用。如果接收方开着 Finder 的 AirDrop 窗口,请求也可能出现在那个窗口里,而不是通知中心。
一个小 PDF 能传过去,但我那批大文件失败了,该怎么办?
这个结果已经排除了发现和接受环节的问题,说明通路本身是通的。确认选中的每个文件都已经下载完成,不是云端占位符,检查目标位置的可用空间,再把这批文件拆成更小的批次试试。留好原件——被取消或者传了一半的传输不算送达。
要不要先关掉公司的安全工具来测试?
不要。去问管理这台 Mac 的人 AirDrop 是不是被允许,并告诉他们卡在哪个阶段。移除受管控的设置或者重建账户是个影响很大、但真正是问题根源的可能性很小的做法。完整的 AirDrop 步骤 能帮你分清是设置搞错了,还是策略本身就挡住了传输。
指南
接下来可以读
Deskferry
下一步,就这么简单。
换一台 Mac 继续工作,传一个文件,或找回此前的复制。
macOS 14+ · 单台 Mac 可用历史 · 同步需要相互可达的局域网