收不到验证码时的排查步骤

验证码没有立即到达，并不一定说明号码或订单失败。最有效的处理方式不是立刻创建第二个订单，而是按固定顺序检查当前订单、目标应用会话、号码格式和等待时间。这样可以区分短信延迟、号码提交错误、验证会话失效以及订单已经结束等不同情况，避免在排查过程中制造新的问题。

确认当前订单是否仍在运行

进入订单历史，找到实际提交给目标应用的订单编号。等待类状态表示 MangoOTP 仍在监听该号码；成功表示已经收到短信；失败、超时、取消或禁止等终态则应按照该状态提供的下一步操作处理。不要只看长时间未刷新的旧标签页，也不要凭目标应用页面的提示推断平台订单状态。

再次核对提交的手机号码

逐位比较目标表单中的号码与 MangoOTP 订单展示的号码。重点检查是否重复填写国家区号、漏掉开头数字、被浏览器自动填充加入空格，或者误复制了上一笔订单的号码。目标表单如果自带国家选择器，还要确认它是否自动添加前缀。没有正确提交到目标应用的号码，自然不会收到本次验证码。

保持原验证会话有效

许多应用会把验证码请求绑定到发起请求的浏览器会话、设备、账户或具体验证页面。重新开始注册、切换账户、进入隐私窗口或返回上一步，可能使第一次请求失效。等待期间应保持原页面和原账户不变，除非目标应用明确提示必须重新开始，避免验证码到达后却无法用于当前会话。

给短信留出合理时间

短信传递不一定瞬时完成，网络队列和目标应用自身的发送调度都可能造成短暂延迟。应同时观察 MangoOTP 订单页和目标验证页，而不是连续刷新或反复提交。订单仍处于等待状态，说明流程尚未结束，并不能据此认定失败，也不代表需要立即更换号码。

只在允许时使用一次重发

目标应用倒计时结束并启用“重新发送”后，可以在同一会话中操作一次。连续点击可能触发频率限制、让旧验证码失效，或产生多条难以判断先后的短信。重发后仍应停留在同一 MangoOTP 订单，不要因为出现重发按钮就创建新的号码订单。

判断哪一条验证码仍然有效

如果先后收到多条短信，应优先使用与当前验证会话对应的最新验证码，并核对发送时间、发送方和页面上下文。部分应用在生成新验证码时会立即废弃上一条。不要把某个账户收到的验证码尝试到另一个账户、浏览器会话或不同服务，这既不会解决问题，也可能触发安全限制。

排查期间避免重复下单

第二个订单会生成不同号码，并形成独立的计费和状态记录，它不会加速第一条短信。重复订单最容易造成“提交的是 A 号码，却在查看 B 订单”的混乱，迟到的验证码也可能被贴到错误会话。应先完成、终止或正确处理当前流程，再决定是否需要新的尝试。

订单终态后停止等待

订单一旦进入成功、失败、超时、取消或禁止等终态，就应把它作为平台的最终结果，不要继续在该订单上无限等待。如果业务允许再次尝试，应先确认当前终态和页面提供的处理方式。退款取决于系统记录的订单结果和相应规则，不能仅因为暂时没看到短信就自行推断一定退款。

向客服提供安全证据

请记录订单编号、服务、国家、页面状态、请求验证码的时间，以及可见的安全错误码或 traceId。还可以说明是否点击过重发、目标页面是否始终保持打开。不要向客服发送密码、已经收到的验证码、完整 API Key、访问令牌或认证器密钥，这些内容既不需要，也会增加账户风险。

排查检查清单

• 已打开正确订单编号并刷新到当前状态。
• 目标表单中的号码与订单号码完全一致。
• 已确认国家区号由哪一端添加。
• 原始验证会话和账户仍然有效。
• 已经过合理等待时间。
• 倒计时结束后最多重发一次。
• 没有为同一任务创建重复订单。
• 需要客服时已经整理安全的定位信息。

按以上顺序处理，可以避免一次正常延迟演变为多个互相冲突的订单和验证码。更多订单与账户访问说明可查看 MangoOTP 帮助中心。