为什么短信迁移总出问题
很多人换手机或者切换运营商服务时，最怕的就是短信丢了。特别是那些验证码、银行通知、快递提醒，看着不起眼，真要用的时候找不到，干着急。问题往往出在路由设置没配对，数据传输像走迷宫，该到的到不了，不该丢的偏偏没了。
其实短信迁移没那么玄乎，关键是要把通道理清楚，别让消息在路上“绕晕”了。
第一步：确认短信路由走向
短信不是直接从A发到B，中间得经过网关和路由规则。比如你用的是企业短信平台，要从旧服务商迁移到新平台，就得先查清楚当前的接入号、签名配置和路由策略。这些信息通常在后台的“路由设置”里能看到。
举个例子，你原来的系统绑定了号码10690123，所有通知都从这个出口发出去。迁移前得确认新平台是否支持接管这个号码，或者是否需要重新备案新的出口号。不然消息发不出去，用户收不到，问题就大了。
第二步：配置转发规则，别让短信“断流”
在切换期间，不能一刀切停掉老服务。稳妥的做法是开启并行转发——老渠道继续跑，同时把 incoming 短信复制一份推送到新系统。
<rule type="forward">
<source gateway="old-gw-01" />
<target url="https://api.new-sms-platform.com/v1/receive" method="POST" />
<filter type="all" />
</rule>这段配置的意思是：只要从 old-gw-01 网关进来的短信，全都 POST 到新平台的接收接口。这样两边都能收到，数据不断档。
第三步：校验内容完整性
迁移不是一配就完事，得盯着看几天。随机抽样比对老系统和新系统的记录，看时间、内容、发送方是否一致。特别注意长短信（超过70字）会不会被拆成多条，合并有没有出错。
有个客户之前迁移时没注意编码格式，中文短信变成乱码，后来发现是新平台默认用 Latin-1，而旧系统用的是 UTF-8。改一行配置就解决了：
encoding="UTF-8"小改动，大差别。
短信迁移的核心不是技术多高深，而是细节控得住。路由设对了，转发跟上了，校验做扎实了，一条都不会少。