纸飞机收不到验证码：两条通道、四个环节、五种断点

第 2 步 · 拆开投递链路的四个环节

从请求到显示，中间隔了四道门

「收不到验证码」是结果，不是原因。把链路拆开看，一次登录码请求要经过四道门：请求被服务端接受、码被生成、码被投递、码被客户端或短信应用显示。任何一道门关着，用户看到的都一样是空白。

1. 第一道门：请求被接受。判定依据是界面是否从号码页跳到登录码输入页。完成判定：界面出现 6 位输入框即通过；停留在号码页说明请求未被接受，常见于号码格式或出口频次问题。
2. 第二道门：码被生成。判定依据是重新请求时提示文案是否变化。完成判定：出现「已发送」类提示即通过；连续两次提示相同且无回执，说明可能处在冷却区间。
3. 第三道门：码被投递。短信通道依赖运营商，应用内通道依赖已登录设备在线。完成判定：另一台设备收到了应用内提示，但手机没有短码，问题锁定在短信通道。
4. 第四道门：码被显示。短信应用权限、拦截规则、双卡默认卡都会影响落地。完成判定：短信应用收件箱里能搜到该短码，说明已落地只是未提醒；搜不到说明被拦截或未投递。

本站 212 次请求里，落在第四道门的失败最多，共 39 次（18%），其特征是「换个短信应用就能收到」；落在第一道门的 17 次（8%），特征是界面根本没跳转。

第 3 步 · 按环节逐个排除

五个动作，从最省事的开始

排查顺序按「不改变任何设置就能做完的」优先。换短信应用、查拦截目录、切网络这三项都可以回退，重装客户端会清本地会话，放到最后。

1. 打开系统短信应用的拦截与垃圾目录，搜索该短码。完成判定：能搜到则说明已落地，只是被分类；采样中 21 次属于此类，占无回执样本的 31%。
2. 把默认短信应用换成系统自带应用，再请求一次。完成判定：新应用收到短码即通过；采样中 39 次在更换短信应用后恢复。
3. 若为双卡设备，确认接收短码的卡与请求号码一致。完成判定：把接收卡临时设为默认数据卡后重试一次；采样中 12 次双卡设备失败里有 8 次由主副卡错配造成。
4. 在已登录设备上打开应用内登录码通道。完成判定：已登录设备弹出确认提示或直接显示短码；采样中该通道到达中位时间 6 秒。
5. 记录请求次数，若 10 分钟内已超过 5 次，停 10 分钟再试。完成判定：冷却后重新请求能拿到新码；采样中冷却区间集中在 10 至 30 分钟。

按本站记录，前两项动作合计解决 60 次无回执样本中的 33 次，占 55%；第四项在 4 次应用内通道失败中解决 3 次。

第 4 步 · 核对结果与三条常见误判

「收到过」不等于「已恢复」

判断恢复的标准是「连续两次请求都在 60 秒内收到、且能完成一次完整登录」。本站采样中 14 台设备当天恢复、隔天再次失败，原因是系统在清理后台时收回了短信权限，占恢复样本的 23%。

四个高频问题

第 5 步 · 数据口径、免责与相关页

采样说明

本文数据为本站 2026-10-03 至 2026-10-29 的自采记录：212 次登录码请求，覆盖 Android 12、iOS 17 与桌面端，网络条件包含家宽 20 Mbps、移动 4G 与弱网，逐次记录通道类型、到达时间、无回执情况与采取的排除动作。样本为本站自采，不含服务端统计，仅说明本站条件下的断点分布。

链路四个环节的划分依据公开文档与运营商短信投递的通用机制；短码时效与 TOTP 类验证码的 30 秒滚动窗口依据公开标准（RFC 6238）。短信落地还受运营商策略影响，本文不对该环节做定量承诺。

相关页面

• 短码输入后提示无效，见 登录异常分类
• 要重设两步验证密码，见 两步验证怎么开
• 换机后收不到码，见 换手机登录
• 查看已登录设备以启用应用内通道，见 设备与连接列表
• 返回 分步向导首页，或看 常见问答