短信验证码一直发不出来：分清频率限制和风控拦截，别只会重复点

点「获取验证码」按钮没变成倒计时，页面上也没报错，或者干脆弹出一句「您的操作可能存在风险，建议您不要进行此操作或稍后再试」。这种情况和手机号写错、运营商漏发完全不是一类问题，继续重复点是没用的。这篇把三种成因分开，给出逐层排查和处置。

第一步：从按钮状态判断有没有发出去

「获取验证码」这个按钮本身就是一个状态指示器，先看它变没变：

• 变成「重新获取 (57)」并开始倒计时：请求已经发到服务端，短信已进入下发流程。此时收不到码是运营商侧或手机侧的问题（信号、拦截短信、填错号码）。
• 仍然是「获取验证码」，按钮没反应：请求没有发出，或者发出后被拦截。这时候九成不是运营商问题，看下一步。

如果页面还弹了风险提示，那就是服务端明确拦下了这次请求，属于风控判定，跟短信通道无关。

第二步：分清三种成因

1. 表单值没进模型

前端把手机号存在框架的模型里，而不是直接读输入框的 DOM 值。如果手机号是通过脚本或自动填充写进去的，只改了 value 而没有派发 input 和 change 事件，视觉上号码在那儿，模型里还是空字符串，点发送就会被前端校验挡掉。手动输入一遍就能排除这种情况——把号码删空重新键入，再点发送。

2. 发送频率限制

同一个号码在短时间内多次请求验证码，服务端会做冷却。常见的表现是第一次能发，后面几次按钮完全不动。这类限制通常按号码维度计算，冷却窗口从几十秒到十几分钟不等。

3. 环境风控

这是最容易误判的一种。风控不只看号码，还看出口 IP 的历史信誉、设备指纹、请求节奏。同一台机器、同一个出口 IP 短时间内反复登录，评分会往下掉，最后直接返回「操作存在风险」。这种情况下换号码没用，等一分钟再点也可能还是被拦。

第三步：按顺序处置

先等冷却。 如果刚刚已经点过两三次，停手。继续点只会让评分更低。等一到两分钟再试一次，这是成本最低的一步。

再刷新页面重建会话。 关掉当前登录页重新进入，会拿到新的会话标识。有些拦截是按单次会话算的，刷新就能恢复。

然后换网络出口。 如果等待和刷新都无效，说明拦截落在出口 IP 上，这时候唯一有效的动作是换出口：手机开热点给电脑用、切换代理节点、或者干脆换一台网络环境不同的设备。换过之后通常一次就过。

判断是不是 IP 问题的办法很直接：在浏览器里查一下当前出口 IP，换一次网络再查，如果 IP 变了而登录立刻恢复正常，那原因就确认了。

最后换登录方式。 短信走不通不代表账号不可用。控制台上通常还有扫码登录、密码登录、IAM 用户登录三条路，任一条能进就行。扫码尤其适合手机就在手边的情况，完全绕开短信通道。

两个容易忽略的点

风控提示不等于账号异常。 那句话说得很客气，「建议稍后再试」就是字面意思——它是临时判定，不是封号。不要因此去改密码、解绑手机号，那些动作反而会让账号进入更严格的观察期。

短信登录成功后还可能有第二道验证。 开启过双重验证的账号，短信通过后会要求输入虚拟 MFA 应用里的 6 位动态码。这一步失败最常见的原因是超时：动态码 30 秒一变，页面停留太久再填就会失效，重新取一次当前码即可。

小结

判断顺序是按钮状态 → 是否风控提示 → 出口 IP 是否被标记。前两步靠自己就能确认，第三步需要主动换网络环境验证。把「重复点」换成「换出口」，绝大多数收不到验证码的问题一次就能解决。