后台隔三差五收到同类留言：我的 iPhone 搜不到他的手机，但他那边能搜到我、还能反过来给我传文件。很多人第一反应是蓝牙坏了、系统出 bug 了，跑去重启、还原网络设置，折腾一圈问题还在。
我的判断很直接：这不是故障，这是隔空投送的设计如此。甲看不到乙、乙却能看到甲，说明两台设备的无线链路本身是通的——真正出问题的，是「发现」这个环节上某一侧的可见性判定。既然是单向失败，排查思路就不该是两边一起乱重启，而是先把锅分清楚：到底是哪一侧、哪一道闸把可见性挡住了。
这篇就讲一件事：怎么用三次以内的操作，把「一方看不到」的锅准确分到发送方、接收方或者中间链路头上，然后只修该修的那一侧。系统级的九种全面排查我已经单独写过一篇（iPhone 隔空投送搜索不到对方或找不到联系人？九种原因排查指南），这篇不重复罗列原因，只解决「不对称」这个具体形状的问题。
先花一分钟把机制说清楚，后面的排查动作都是从这里推出来的。
隔空投送不是「两台设备握手成功后互相出现」，而是：发送方发出一次发现请求，接收方根据自己当时的状态决定要不要「现身」。这个现身判定至少要看三样东西：
（来源：Apple 支持文档《在 iPhone 或 iPad 上隔空投送的使用方法》，2025-12 更新版明确写了「如果他们的设备设置为仅限联系人，他们需要在你的联系人名片中填好你的 Apple 账户电子邮件地址或电话号码」）
关键在于：这三样东西全都是接收方的属性，发送方一个都控制不了。所以方向 A 搜不到 B 时，问题几乎都在 B 那一侧（或 A 自己的无线状态导致广播没发出去）；而反过来 B 能搜到 A，恰好说明 A 的可见性判定是全部通过的。两次判定互相独立，结果自然可以一边过、一边挂——这就是非对称失败的机制根源。
理解了这一点，你还能顺手解释另一个常见现象：为什么把文件从旧手机发到新手机没问题，反过来就搜不到？因为两次传输的「接收方」换了，要过闸的换了一台设备。搜不到谁，就查谁作为接收方的状态，这句口诀后面会反复用到。
下面这套顺序是我自己排查时固定的动作，按代价从小到大排，通常前两步就能定位。每一步都只改一个变量，改完立刻重新搜一次，别堆着重启一起做——那样就算好了你也不知道是哪一步起效的。
第一步：让接收方临时改成「所有人」。 在被搜不到的那台设备上，进「设置 → 通用 → 隔空投送」，选「所有人（10 分钟）」，保持亮屏，然后让发送方重新搜。绝大多数单向搜不到到这一步就解决了，锅在接收设置或通讯录匹配上。
第二步：交换角色重试。 让原来搜不到的一方改成接收方，原来能被搜到的一方改成发送方，再传一次。如果换角色后能正常发现，说明问题锁定在「原接收方的可见性设置」；如果换了角色还是搜不到，问题就更可能在原发送方的无线状态（蓝牙假死、热点占用）或者距离与干扰上。
第三步：物理条件对齐后再试。 两台设备都解锁亮屏、距离压到三米以内、关掉个人热点、退出 VPN，然后重试。到这一步还搜不到，才轮到重启蓝牙、还原网络设置这类大动作。
（实测：这个顺序基本就是「先查接收设置，再查开关，最后才重启」的分层思路，我们站内那篇九种原因排查稿里统计过的案例，八成以上停在第一步和第二步之间。）
既然锅多数在接收方，就把接收方的三道闸逐个拆开讲。
第一道闸：接收设置本身。「接收关闭」当然搜不到；「仅限联系人」是最常见的坑——不是设置的人忘了开，而是它对「联系人」的定义比直觉严格：发送方的手机号或邮箱必须原样存在于接收方的通讯录卡片里，而且要和对方 Apple 账户绑定的信息对得上。手机号存成了座机格式、邮箱用的是另一个 Apple ID、通讯录里只有微信号没有手机号，都会被判成「非联系人」而隐身。（来源：Apple 支持文档 HT204144 对仅限联系人模式的说明）
第二道闸：所有人模式的十分钟跳回。 这是仅次于通讯录问题的第二大坑，单独拎出来在下一节讲。
第三道闸：接收方的设备状态。 锁屏熄屏后系统会降低发现响应的优先级，低电量模式、专注模式、屏幕使用时间的内容与隐私限制，都会让接收方「在场但隐身」。接收方保持亮屏解锁，是成本最低的必做动作。
发送方虽然决定不了对方现不现身，但它决定自己的搜索请求能不能正常发出去。
第一道：蓝牙和无线局域网必须同时开着。 隔空投送用蓝牙做设备发现、用无线局域网做点对点传输，缺一个链路就起不来。这里有个反直觉的点：个人热点开着时，发送方可能一切看起来正常，但发现请求就是发不出去，因为热点会占用无线模块。发文件前关热点，是性价比最高的动作。
第二道：VPN 和描述文件类工具。 VPN 会接管网络路由，部分配置会连本地发现流量一起劫持；装了 MDM 管控的公司设备则可能直接在策略层禁掉隔空投送。这两类「隐形拦截」不报错、不提示，只表现成「搜不到」，属于最容易被冤枉成「手机坏了」的场景。（传闻：部分安全类 App 的本地防火墙也会拦 Bonjour 发现服务，这个我没复现过，写出来供参考。）
把上面的判定逻辑压成一张速查表，先对号入座，再动手：
症状：A 搜不到 B，但 B 能搜到 A
├─ 第一步：B 改「所有人(10分钟)」+ 亮屏 → 好了
│ └─ 锅：B 的接收设置或通讯录匹配
│ └─ 核对：A 的手机号/邮箱是否原样存在 B 的通讯录里
├─ 第一步无效 → 第二步：交换角色（A 当接收方）
│ ├─ 能发现了 → 锅在 B 的可见性设置，回第一道闸细查
│ └─ 仍搜不到 → 走第三步
└─ 第三步：双侧亮屏、关热点、退 VPN、三米内重试
├─ 好了 → 锅：热点/VPN/距离
└─ 还不行 → 重启双侧蓝牙，仍无效再看九种原因全表
另一个高频变体：两边互相都搜不到。那就不是可见性单侧问题，优先查共同的环境因素——同一个热点开着、同在电梯或金属柜附近、低电量模式、路由器隔离。互相搜不到和单向搜不到是两种病，别混着治。
单独把这一节留给一个特别阴间的设计：你明明把隔空投送设成了「所有人」，过了一会儿想再传一个文件，发现对方又搜不到你了——打开设置一看，选项自己跳回了「仅限联系人」甚至「接收关闭」。
这不是你手滑，是 Apple 的刻意设计：iOS 16.2 及更高版本中，「所有人（10 分钟）」会在 10 分钟后自动回落——登录了 Apple 账户的设备回落到「仅限联系人」，没登录的回落到「接收关闭」。（来源：Apple 支持文档，行为描述见 HT204144 页面原文）
（实测：这个跳回机制能同时解释两类高频留言——「选择所有人后又变成了没有人」，以及「之前明明能搜到，今天怎么也搜不到了」。很多用户十天前设过一次所有人，之后每次失败都以为是同一个开关在生效，实际早就回落了。）
应对方式我只有一个推荐：临时传输就接受十分钟窗口，赶时间就传之前现设一次；不要试图找「永久所有人」的开关，截至我查证时（2026-11），iOS 没有提供绕过十分钟回落的方法，网上所谓「永久开启」的教程多数是把「仅限联系人」误标成了「所有人」。
最后给明确观点。
推荐的默认姿势：熟人之间长期互传，把彼此的手机号和邮箱原样存进通讯录并保持「仅限联系人」，一次配好长期免维护；临时给陌生人传，用「所有人（10 分钟）」，传完让它自己回落，这个回落其实是隐私保护，不是缺陷。
不推荐的姿势：一是平时常驻「所有人」，虽然方便，但在地铁、办公室这类环境等于向周围所有 Apple 设备开放接收请求；二是遇到搜不到就还原网络设置，这个动作会清空所有 Wi-Fi 密码，代价大、命中率低，按本文的逐侧定位法走，它应该排在最后一步之后；三是装第三方「隔空投送增强」类工具，系统层功能交给第三方接管，风险大于收益。
什么人该看哪篇：只想快速把文件传过去、不求甚解的，看这篇的速查表就够了；想弄懂全部九种原因、按概率系统排查的，去我之前写的九种原因排查指南，那里面对「仅限联系人与通讯录不匹配」这个最大头有更细的核对步骤（老文解决找不到联系人的方法可以对照着看）；想系统了解隔空投送本身怎么用的，看隔空投送使用指南；想在 Mac 和 iPhone 之间传的，先确认 Mac 端防火墙没拦 Bonjour，再回头看排查表。
万一临时就是搜不到——比如对方是刚认识的陌生人、通讯录来不及存——还有三条路，按推荐顺序排：
一句话收尾：单向搜不到不是玄学，是接收方的可见性判定没过。记住「搜不到谁就查谁当接收方」这句口诀，配合三步定位法，这类问题基本都能在两分钟内收口。