海外验证码转发：五种方案，该选哪个

五种方案对比

如果你只是偶尔收一次，运营商转发最省事。如果这是长期需求、而且涉及银行和支付，实时性和「发送方号码不被改写」这两条会把选择范围压得很窄。

为什么多数方案都要求「留一台手机」

短信是投递到 SIM 卡所在的那台手机的。除了运营商在网络侧做转发之外，任何方案都必须有个东西在那台手机上把短信读出来，再通过互联网发走。这不是产品设计上的偷懒，是短信这个东西的物理路径决定的。

反过来说，这也是留一台手机在国内的好处：SIM 卡待在国内网络里，106 开头的行业端口短信按正常路径投递，不会遇到国际漫游那套限制。把卡带出国反而会丢掉这一部分。

选转发方案时真正该看的四点

1. 端到端要几秒

验证码有效期普遍是 5 分钟，部分银行是 60 秒。经过邮件服务器或第三方 Bot 中转的方案，正常时几秒，拥堵时几分钟，赶上后者这次登录就废了。走推送的方案没有这个中间环节。

2. 断线之后会不会补

国内那台手机断网半小时，恢复后这半小时的短信还能不能送出来？只做「收到即转发」的方案会直接丢。有本地缓存和补传机制的才不会。这一点在停电、路由器重启的时候差别很大。

3. 明文经过谁的服务器

验证码是能直接用来登录你账户的东西。转邮件就等于把它交给邮件服务商，转 Bot 就等于交给 Bot 的运营方。这不是说不能用，是说你要清楚它经过了谁。

4. 出问题时能不能看出来

最糟的情况不是转发失败，而是你不知道它失败了，一直以为对方没发。能显示国内那台手机在线状态和最后同步时间的方案，排查成本低一个数量级。

双端中继的配置（以 SMSView 为例）

1. 国内安卓机装 SMS Link，登录并授予短信权限。
2. 小米系必须额外手动开「通知类短信」：设置 → 应用管理 → SMS Link → 权限 → 短信和彩信。只给标准短信权限的话，App 通常只能读到 80 条左右的普通对话，验证码一条都读不到。
3. 关掉电池优化，别从最近任务划掉。
4. 国外设备装 SMS View（iPhone / 安卓）或直接用网页版，同账号登录。
5. 实测一次：让人发条短信，或者用任意平台触发一次验证码。

转发不成功时按这个顺序查

1. 国内那台手机还在线吗？看最后同步时间，几小时前就说明断电或断网了。
2. 重启过吗？部分机型重启后需要手动打开一次应用才恢复。
3. 小米的「通知类短信」还开着吗？系统更新后可能被重置。
4. 对方是不是改用语音电话播报验证码了？这种任何短信方案都拿不到。
5. 是不是 RCS 消息？RCS 不是短信，走的另一套通道，不会被同步。