当短信接码平台关停时
目录
大多数人担心的是账号。实际的风险敞口，是你上个月充值却一直没用掉的那 $40。
一句话答案，按重要程度排序
- 已经验证过的账号照常可用。验证码只用一次就消耗掉了，账号绑定的是你的登录名和密码，而不是那个租来的号码。
- 正在进行中的接码会直接作废。服务停摆时，任何还处在接码时限内的号码都收不到短信，也没人再来给你退款。
- API 密钥不再返回 200。自动注册流程、QA 测试套件和 OTP 测试工具会在下一次请求时报错。
- 真正的损失是没花掉的余额。预付的充值款，本质上是对一家已经停业公司的无担保债权。
会中断的，与不会中断的
| 内容 | 会发生什么 | 能否找回 |
|---|---|---|
| 未使用的余额 | 通常是最大的损失 | 只有服务商选择退款时才行 |
| API 集成 | 在关闭日期停止运行 | 需针对另一家服务商重写 |
| 进行中的激活 | 会被取消 | 无需找回，因为尚未付款 |
| 已验证过的账户 | 不受影响 | 它们从未依赖过该服务商 |
| 你使用过的号码 | 会归还给运营商 | 本来就不属于你 |
已经验证过的账号，验证状态不会变
租用虚拟手机号是一次性的送达任务。服务商把号码租给你，把一条短信转到你的后台，这段关系就结束了。平台在自己的数据库里存下了一串手机号字符串，而这条记录此后再也不会去查询你的短信服务商。
例外情况是那些需要反复验证的账号。如果某个平台每次登录都发新验证码，或者在你重置密码后要求确认号码，你就需要一个还能再次收码的号码，而一次性租用的号码做不到。凡是平台允许的，把这类账号改用身份验证器 App。
2025 年 12 月的那次公告，是个先例
服务商发布停运通知，定下日期，留给用户花掉或提现余额的窗口只有几周。账上有 $5 的用户耸耸肩就过去了。账上有 $300 的用户开始研究退款政策，而那些条款本来就是为保护服务商而写的。一分钱没损失的，是那些只留了周转余额、而不是囤着一大笔钱的人。
到底什么会失效，什么不会？
从外部看，服务关停像是一场彻底的终结，但它影响的其实只有你租用的那一层。你的余额、你的 API 密钥、你的激活记录，以及任何正在计时的号码，都存放在服务商的服务器上。而收到验证码之后的一切，都在别的地方。
下面的表格把整个链条拆成了后果不同的两栏。左边这些会随公司一起消失，右边这些第二天早上照常运转。
租来的号码从来就不属于你
临时手机号每次只租用于一次验证。SIM 卡池、路由和短信接收都握在服务商手里。店一关门，就像下图那样，号码会回到运营商或者收购资产的人手中，你的激活记录也随之消失。
API 密钥、Webhook 和所有自动化流程
这部分会悄无声息地断掉。你的密钥无法再通过鉴权，你的 webhook 端点收不到 POST 请求，CI 里的注册测试会卡在 OTP 这一步失败。跑 QA 流水线的团队通常是通过一条飘红的构建记录发现服务关停的，而不是那封公告邮件。
如果你的代码把短信调用封装在一个函数里，换到新服务商只需要一个下午。如果服务商的客户端库散落在十二个文件里被引用，那就得花一周。
进行中的激活和退款计时
每个租用的号码都有一个激活窗口。正常情况下，如果没有短信送达，激活会自动取消，费用自动退回你的余额。但在服务商清盘期间，退款仍然会落到一个你可能已经无法动用的余额里。
按每个号码 $0.04 计算，几次卡住的激活也就损失几分钱。真正的风险敞口是这些激活背后的账户余额。
完全在服务商之外的部分
| 层级 | 存放位置 |
|---|---|
| 已登录的会话 | 平台方，以及你的设备上 |
| 找回密码用的邮箱 | 你的邮件服务商 |
| 身份验证器验证码 | 你手机上的那个 App |
| Passkeys | 你设备的密钥链 |
这些东西从来没有经过短信服务商。三月份验证过的账号，到十二月那家服务商倒闭时依然保持登录状态，前提是平台不会再往一个你已经无法控制的号码发一次重新验证。把重要账号迁移到基于 App 的双重验证，就能剪断最后这根线。
为什么余额才是真正的风险敞口？
预付余额是一项债权，不是存款
你打给短信服务商的钱，最终只是他们数据库里的一行记录。这笔钱不会存入独立托管账户，没有任何保险，你也无法核实这家公司是否留有足够的流动资金，来同时兑付所有用户账面上的余额。一旦运营方停止经营，你那 40 美元的清偿顺位排在服务器账单、上游运营商账款，以及老板们决定拿走的那部分之后。多数服务条款都把已购买的余额定性为不可退款，所以即便是好聚好散式的关停，对方也没有退钱给你的义务。
不花一分钱的对冲措施
| 对冲措施 | 原因 |
|---|---|
| 小额充值 | 限制关闭事件造成的损失 |
| 保留第二家已集成的服务商 | 只需切换，无需重写 |
| 对重要账户使用基于应用的双重验证（2FA） | 验证服务商不再是关键依赖 |
| 导出你的激活历史记录 | 万一需要时可作为凭证 |
批量充值折扣为什么是这个定价逻辑
一家服务商给 200 美元充值送 20% 额度，本质上是在打折向你借营运资金。这在预付费生意里很常见，并不能说明它出了问题。他们今天拿到现金，你拿到的是一项债权，而这项债权只有在他们下个季度还开着门时才能兑现。充值金额应该按你的消耗速度来定，而不是按折扣档位来定。
| 充值金额 | 典型用途 | 关停时你会损失什么 |
|---|---|---|
| 5 到 10 美元 | 几次接码 | 零头而已 |
| 50 美元 | 一个月的常规 QA 测试 | 一个月的预算 |
| 200 美元以上并拿赠送 | 为了够上折扣档 | 赠送额度加本金 |
银行卡与加密货币，各自给你留下什么
刷卡付款会留下一条争议处理的路径。卡组织允许对未提供的服务发起拒付，而一笔刚刚付给已经倒闭的服务商的钱，多少算得上这种情况。加密货币没有任何撤销机制。交易一旦确认，能不能拿回钱完全取决于对方愿不愿意付。两种方式都适合小额、高频的充值。但只有一种，能在网站打不开的时候给你留条后路。
官宣之前会出现的信号
留意这些迹象：工单响应从几小时变成几天、可选国家列表在缩水、热门服务的价格在上涨、接码失败后的退款不再自动到账而是慢慢才回来。每一条都意味着上游供货成本在变高，或者信用额度在收紧。同时出现两三条，就该把余额消耗到只剩一周的用量了。
如何在 30 分钟内降低服务商跑路的风险？
服务商关停造成的损失，多半是自己作出来的。账户里放着一大笔余额、代码里写死一个 API 地址、又没有任何记录能查出哪个号码验证了哪个账号。把这三件事都解决掉大约只需要半小时，而且除了每次验证本来就要花的钱，这些措施一分钱额外成本都没有。
一次验证需要多少费用，让小额充值依然够用
| 服务 | 最低价国家 | 价格 | 库存号码数量 |
|---|---|---|---|
| Telegram | 加拿大 | $0.51 | 4,578,495 |
| 英国 | $0.90 | 2,023,505 | |
| 乌兹别克斯坦 | $0.10 | 291,558 | |
| Discord | 英国 | $0.04 | 2,820,162 |
| 瑞典 | $0.06 | 171,351 |
来源：MarioSMS 目录，2026-09-11。
下面这张表列出了不花钱的对冲办法。
每个号码 $0.04 到几美分不等，正常使用一周往往花不到 $5。只有能按这个粒度购买，小额余额才有意义，这正是第二张表的用处：每个服务最便宜的国家，以及当前的号码库存量。
第一步：把余额压到只够用一周
数一数过去七天的验证次数，乘以平均单价，充值到这个数就行。取消的激活会自动退回余额，所以低余额本身就能循环起来。快用完时用银行卡或加密货币充值即可。
截图里展示的就是这样一笔小额周转余额，它是对冲手段，而不是预付款。
第二步：把 API 封装进一个函数里
把所有对服务商的调用都收进一个 getNumber(service, country) 和 getCode(id) 里。REST API 提供了 Python、Node.js、Go 和 PHP 的示例，所以这层封装 40 行就够了。当某个服务商不再响应时，你只需要改一个文件，而不是十四处调用点。激活窗口的处理逻辑也一并放进这层封装里。
第三步：在第二家服务商那里存上最低金额
去另一家服务商注册，充值它接受的最小金额。你买的不是余额，而是一个测试过的登录账号和一把能用的密钥。每月用一次便宜的验证测试一下。对比可以看 SMS-Activate 替代方案。
第四步：把真正重要的账号换成 App 双因素认证
任何丢了会心疼的账号，都不该依赖短信。改用验证器 App 或通行密钥，短信只留给注册环节。交接流程参见双因素认证。先处理邮箱、银行以及所有绑定了支付信息的账号。
第五步：激活时记下号码、服务和日期
验证码一到手，就立刻记录号码、服务、国家和日期。三列就够了。当某家服务商消失时，这份记录能告诉你哪些账号的找回号码已经不在你手上。
哪类服务商适合哪种用途，按服务和国家来看？
服务商大致分三种形态，而形态决定了你有多少钱处于风险之中，以及当某一家关停时你能多快转移。
| 服务商类型 | 适合场景 | 风险资金 | 短板 |
|---|---|---|---|
| 大批量聚合商 | 批量注册、转售、高频 API 调用 | 大额预付余额 | 客服和号码质量因线路而异 |
| 长期租用 | 需要连续数周接收短信的号码 | 预付的月费 | 服务商倒了号码也没了，账号的找回途径跟着一起丢 |
| 按次激活服务 | 一个验证码，一个账号，偶尔使用 | 仅余额，通常 $2 到 $10 | 过了激活窗口号码就不归你了 |
按次租用与长期租用的区别
按次号码只为一个验证码而存在。长期租用则让你在 30 天或更久的时间里持有同一个号码，如果某项服务每周都要重新验证，或者会把找回验证码发到这条线路上，你就需要它。租期中途消失的号码，带走的不只是剩余天数，还有绑在活跃账号上的那个号码。
MarioSMS 适合什么，不适合什么
MarioSMS 按单次验证出租真实手机号，$0.04 起，验证码通常一分钟内到达。这适合小号、隐私防护，以及在我们可接受使用规范范围内的 QA/OTP 测试。它不适合你需要保留半年的号码，也不适合批量转售。充 $5 就好，别充 $500。
真正的约束是国家号源，不是价格
各家服务商之间的价差只是几分钱。真正卡住你的是号源。一家有 40 个国家但偏偏没有英国的服务商，在你的目标服务只接受英国号码时毫无用处。转移余额之前，先查清你要用的那个服务和国家组合是否有号。MarioSMS 覆盖 35+ 个国家和数百项服务。
哪些服务最频繁地更换短信线路
即时通讯工具和大型社交平台经常更换投递线路，所以上周还能用的国家，这周可能就失灵了。针对这类服务，手上要留两家在不同国家有号源的服务商。银行和电商平台的验证变动较少，通常一个来源就够了。
如果你的服务商已经在准备跑路，该怎么办？
跑路前的征兆通常是这样的：提现申请挂几天没人处理，客服回复越来越慢，主力国家的号码库存越来越少，状态页也不再更新。只要同时出现其中两条，就别再指望退款了，把余额当成一个”消耗掉”的问题来处理。
与其等退款，不如把余额花掉
首先停止充值，包括关掉所有自动充值规则。然后分小批次，把余额转换成你确实需要的接码次数。
- 列出这个月你还需要验证或重新验证的账号。
- 一次只买一个号码，从便宜的国家开始，这样一次失败的接码只损失几分钱。
- 每完成 10 次接码就查一下余额，确认退款还能正常到账。
- 一旦发现某次退款没有到账，立刻停手。
在一家快要倒闭的服务商那里买到的号码，价值还不如手里的余额，因为一个月后你可能还得在别的平台把这个账号重新验证一遍。
超时之后一直卡住的接码
卡住的接码表现为接码窗口一直开着但永远不结束：收不到验证码，取消不了，也不退款。到后台手动取消。如果取消时报错，记下接码 ID 和时间，截图保存，然后别管它了。不要用同样的号码和国家组合重试，那通常只会让卡住的余额翻倍，而不是把它释放出来。
后台能打开，但验证码永远收不到
网页面板和短信线路是两套独立的系统，所以线路挂掉几周之后，面板可能还照常能用。拿一个便宜号码，在一个你不在乎的服务上测一下。如果连续两次接码在不同国家都超时，说明收码这一侧已经废了。
迁移自动化流程，避免二次中断
先把新服务商指向测试密钥，跑 5 次测试接码，再动生产环境。老密钥保留在配置里但禁用，留两周，以防有待处理的接码后续结算。MarioSMS 提供 REST API，并附带 Python、Node.js、Go 和 PHP 示例代码，所以切换通常只需要改一个 base URL、一个密钥，再重命名一下响应字段。
关于接码平台停运，大家还常问什么？
我之前用该平台的号码验证过的账号会丢吗？
不会。账号存在于目标平台那边，不在接码服务商这里。号码只是租来做一次激活，之后就退回号码池了。你失去的是将来在这个号码上再收验证码的能力，如果平台要求你重新验证或触发了安全检查，这一点就会有影响。
余额没花完能退款吗？
就当不能退。停运公告里很少会附带退款流程。加密货币充值没有任何退单渠道。银行卡支付有时可以，但要在发卡行的争议受理期内，而且是一笔几个月前的充值、服务你也确实用过，这种理由很难站得住脚。
账户里留多少余额比较安全？
按两到四周的真实用量来定。按每个号码 $0.04、每周 50 次激活算，也就是 $4 到 $8，而不是 $200。宁可多充几次，也别囤一笔一旦打水漂你会心疼的钱。
服务下线时正在进行的激活会怎样？
激活时间窗走完，激活自动取消，费用退回你的余额。在 MarioSMS 上这笔退款是自动的。只是钱回到了一个你可能已经花不出去的账户里。
要不要长期同时用两家服务商？
如果验证环节卡住的是你赚钱的业务，那就要。留一个充了 $5、API key 可用的备用账户。这份随时待命的成本，大概就是一周的用量。
用 App 做双重验证，是不是就不需要短信验证了？
注册环节不行。双重验证App 保护的是已经存在的账号。多数平台在注册时仍然要手机号，换设备之后有时还会再要一次。
把代码切到另一家 API 要多久？
单个集成的话半天，前提是你所有的服务商调用都收在一个客户端类里。如果散落在各个服务中，那就要一周。