SmsForwarder短信转发器教程：从Android配置到Webhook自动化

1. 项目概述与核心需求解析

1.1 这个工具到底是什么，能解决什么痛点

SmsForwarder，中文圈子里习惯叫它“短信转发器”，是一款开源的 Android 工具，核心功能就是把手机收到的短信、来电、通知等消息，按照你设定的规则自动转发到另一个目标——可以是另一台手机号、邮箱、微信、钉钉、Telegram、企业微信群机器人，甚至是自建的 HTTP 接口。

我印象里这项目最早是 2021 年左右在 GitHub 上火起来的，作者一直在更新，到现在稳定版已经到了 v3.x。v3.3.3 这个版本在日志里主要是修复了一些稳定性问题，适配了 Android 13/14 的权限变化，同时把 Web 管理后台的交互做了优化。如果你之前用过老版本，升级上来最大的感受就是：转发任务多了也不容易崩了，后台配置页面刷新后不会丢状态了。

说说我的使用场景。我自己手上有一台专门的备用机，插着一张主力卡，放在家里当“短信中心”。平时这张卡会收到验证码、银行动账通知、快递提醒、App 营销短信。但问题是我人不可能一直盯着这台手机，尤其出门在外，还得专门跑回家拿手机看个验证码，那太蠢了。

SmsForwarder 干的事情就是：这台备用机收到短信后，实时把短信内容、发件人号码、接收时间打包，通过聚合通道发送到我的微信（Server 酱）或者 Telegram。这样我人在外面，手机照样能收到验证码，简直是刚需。

1.2 适合谁用，以及不适合谁用

先泼点冷水。这工具不是给所有人的，它有明确的目标用户：

• 多卡用户：手里有备用机，希望把备用机的短信统一汇聚到主力手机或者电脑上。
• 验证码接收需要：需要用小号注册 App、或者用备用机接收某些平台验证码，又不想随身带第二台手机。
• 家庭消息统一管理：给父母配了一台手机，希望他们的银行短信、验证码自动转发到子女手机，方便统一处理。
• IoT / 自用监控：用旧手机作为短信网关，配合家庭服务器或脚本，实现短信触发自动化任务（比如收到特定短信就执行某个命令）。

但如果你只插一张卡、天天带着手机走，其实用不到这工具；如果你只是偶尔需要转发个把短信，那配置 SmsForwarder 的成本可能比直接开个运营商“短信助手”云功能还高。这种场景下，我更推荐直接用运营商自带服务或某些手机厂商在同一账号体系下的消息云同步功能。

2. 方案选型解析：为什么选择 SmsForwarder 而非其他工具

2.1 同类工具对比，SmsForwarder 凭什么稳坐第一梯队

安卓生态里做短信转发的工具不少，但真正靠谱的不多。我按“维护活跃度、转发渠道丰富度、可配置性、开源透明度”四个维度筛过一遍，最后留下的是以下几个：

SmsForwarder 最核心的优势，我觉得是“规则引擎”。它不是简单地把所有短信无脑转发，而是可以配置“只看发件人是某个号码”“短信内容包含某关键词”才转发，还能把同一类短信送到不同的渠道。比如验证码走 Telegram，银行通知走微信，营销短信直接丢弃不提醒。这种精细度，绝大多数同类工具做不到。

另一个杀手级特性是它支持双卡。市面上很多转发工具在双卡手机上无法区分短信来自卡1还是卡2，而 SmsForwarder 可以做到按 SIM 卡槽区分，分别设置转发规则。这对双卡用户来说太重要了，我主力卡和副卡收到的短信，可以走完全不同的转发逻辑，互不干扰。

2.2 为什么不用“云短信转发平台”或“App 云同步”

有人会说，现在很多手机有云同步，短信也可以跨设备同步（比如某些品牌手机的“短信同步”），那干嘛还专门用第三方工具？这里我必须说清楚：云同步和短信转发是两个逻辑。

云同步是“被动拉取”，两条设备必须处于同一个厂商生态里，且手机需要登录同一个账号，同步链路是依赖厂商服务器的；而 SmsForwarder 是“主动推送”，它把短信内容通过 HTTPS 推送到任意目标。两者的本质区别在于：云同步的终点只能是同品牌设备，而 SmsForwarder 的终点可以是你自建的服务器、别人的 API、第三方的 IM 群机器人。

再一个原因：可控性与隐私。

SmsForwarder 的所有规则、通道配置都存在本地，转发请求也是直接从手机发出去的，没有中间服务器中转（除非你使用它自带的“消息推送”通道，那个是走作者的服务器，但短信内容在传输过程中是加密的）。而云同步的短信内容是走厂商服务器转发的，虽然理论上加密，但你交出去的信任度高不高，自己判断。

2.3 版本选择建议：v3.3.3 不是终极版但适合大多数人

其实 SmsForwarder 现在已经有一些 beta 版本在测试新功能，比如 Webhook 的签名鉴权增强、多通道自动容灾。那为什么我推荐用 v3.3.3？因为稳定。

个人使用场景下，工具最重要的不是功能多，而是“不发生意外”。你想想，万一哪天验证码转发挂了，你人在高铁站，手机收不到验证码，那真是叫天天不应。所以我的原则是：生产环境用稳定版，折腾环境用 beta 版。v3.3.3 作为当前最新稳定版，至少在 4 个月的实际使用中，我没有遇到一次转发失败的情况。

3. 下载与安装前的准备：这一环节藏了很多坑

3.1 下载渠道核对与 APK 校验

先说下载。这个项目在 GitHub 上有发布页，你直接搜 SmsForwarder，进入官方仓库 Release 页面下载 APK 就行。v3.3.3 的 APK 包名一般是 xyz.hisname.smsforwarder_xxx.apk，体积大概 30MB 左右（不同架构会有差异）。

注意：下载后建议先做一个简单的哈希校验，防止下载到被二次打包的恶意版本。你可以用手机上的 MT 管理器或电脑上的哈希工具，比对一下 GitHub Release 页面提供的 SHA256 值。这步不是强迫症，是安全底线。尤其是安装涉及短信、手机状态的 App，谨慎度多高都不为过。

另外提醒一句：不要从第三方应用市场或某些“软件分享站”下载。这类工具太热门，很容易被劫持（把转发目标指向别人的服务器），你的短信验证码就是白送给黑客了。官方渠道下载，最稳妥。

3.2 安装后第一时间要处理的系统权限

安装完成后打开 App，第一件事就是处理权限。这里我先说结论：必须授权的内容包括“短信读取/接收”“通知使用权”“电池优化白名单”“后台自启动”，其中任何一项缺失，都会导致转发不稳定。

很多人配置完发现短信不转发，大概率就是卡在这里——不是 App 的配置写错了，而是系统把它的后台进程杀了或冻结了。尤其是国内各大 ROM，杀后台那叫一个狠。具体权限清单如下：

不同品牌手机的授权路径不一样：

• 小米/红米（MIUI）：需要在“设置 → 应用设置 → 应用管理 → SmsForwarder → 省电策略”里选择“无限制”，同时把“自启动”打开。MIUI 杀后台是最激进的，这步不设置好，基本半小时后转发就断了。
• 华为/荣耀（EMUI/HarmonyOS）：需要到“设置 → 应用启动管理”里，把 SmsForwarder 设为“手动管理”，并且三个子项（自启动、关联启动、后台活动）全部打开。
• OPPO/vivo（ColorOS/OriginOS）：同样是电池设置里找“耗电保护”，选择“允许后台运行”和“允许自启动”。
• 原生 Android / Pixel：只需要给权限，不锁后台，但要记得在“应用信息 → 电池”里选择“无限制”，否则打盹模式会延迟消息。

提示：检查权限是否真正生效，最简单的方法就是——重启手机后，不打开 App，等几分钟，自己给自己发一条短信。如果收到了转发通知，说明权限配置到位；如果没反应，就继续排查，别急着改规则。

3.3 无障碍 / 辅助功能权限要不要开

SmsForwarder 有一个“通知监听增强模式”，如果你需要转发的是 App 推送通知（比如微信消息、支付宝收款通知），就需要开启“通知使用权”，这个在 App 里会引导你跳转到系统设置去授权。但如果你只需要转发短信和来电，不一定要开通知监听。

不过有一个坑：某些手机（尤其是 MIUI）在开启通知使用权后，可能会弹一个“该应用正在监听你的通知内容”的警告，这是正常现象，选择允许即可。如果哪天你没动设置但是转发正常，只是列表里通知监听开关是灰的，那多半是被系统回收了权限，重新开关一下就好。

4. 完整配置教程：从发送通道到转发规则一次打通

配置 SmsForwarder 的逻辑其实不复杂，主要分为三个部分：发送通道配置（消息发往哪里）、接收规则配置（哪些消息触发转发）、转发内容模板（发出去的消息长什么样）。很多人配置不对，就是因为对这三个版块理解记混了。

4.1 发送通道配置（最关键的一步）

进入 App 后，底部分为“消息转发”“发送通道”“接收规则”几个模块。先别急着写规则，必须先把“发送通道”配好，否则后续转发无路可走。

我以最常用的“Server 酱（微信推送）”和“Telegram Bot”为例，走一遍完整配置过程。其他通道（钉钉、企业微信、Webhook）逻辑大同小异。

场景一：Server 酱（微信推送）

Server 酱是国内的推送服务，原理是你把一个设备绑定到某个“密钥”（SendKey），然后往它提供的接口发请求，它就把消息推到你微信上。SmsForwarder 内置了 Server 酱通道，配置非常简单：

1. 打开 SmsForwarder，进入“发送通道”页签，点右上角“+”新增。
2. 通道类型选“Server 酱 / Server酱 Turbo”。
3. 填入你自己的 SendKey（在 Server 酱官网的微信扫码绑定后，页面会显示）。
4. 测试通道：填写一个测试内容，点击“发送测试”。如果你微信收到了测试消息，说明通道是通的。
5. 保存通道，命名比如“微信-我的主号”。

提醒：Server 酱的免费版每天有数量限制（目前是 5 条/天），如果转发量大，不建议全部消息都走它，否则额度一下就没了。我个人的方案是：验证码和银行短信走 Telegram，只有 Telegram 不可用时的兜底才走 Server 酱。

场景二：Telegram Bot（推送到个人 Bot）

Telegram 通道在海外用户中很常用，推送速度快、没有数量限制，而且可以一条消息保留所有原始信息。配置步骤：

1. 在 Telegram 里找 @BotFather，发送 /newbot 创建一个新机器人，拿到 Bot Token。
2. 给你的 Bot 发一条任意消息（是为了建立 Chat ID）。
3. 在 SmsForwarder 发送通道里选 Telegram Bot，填入 Bot Token 和 Chat ID。
4. 测试发送，成功后会收到 Telegram 消息。

这里有一个关键点需要特别留意：Chat ID 不是你的用户名，而是一串数字。很多新手在这卡住，填的是 @username，结果发送失败。获取 Chat ID 的方式：向 Bot 发消息后，请求 https://api.telegram.org/bot<你的TOKEN>/getUpdates，返回的 chat.id 字段就是。

如果不想手动获取，SmsForwarder 的 Telegram 通道配置界面里也有一个“自动获取 Chat ID”的按钮，点一下就能填好，省心很多。

场景三：自定义 Webhook（最灵活，适合进阶玩家）

Webhook 通道是 SmsForwarder 的“瑞士军刀”，它可以把你收到的短信内容，以 HTTP POST 请求的方式发送到你指定的任意接口。这意味着你可以把它接入到自己的服务器、脚本，甚至其他 App 的 Webhook 里（比如企业微信机器人）。

Webhook 配置项有：

• 请求方法：POST / GET
• 请求地址：你的接口 URL
• 请求头：自定义 Header，比如 Authorization: Bearer xxx
• 请求体模板：支持变量占位符，比如 {title}、{content}、{time}、{phone} 等
• 内容类型：JSON / Form / XML

举个例子，我的自建服务器上跑了一个 Python Flask 接口（端口 9001），接收短信后能自动把验证码提取出来，写入家庭 NAS 的维护记录里。SmsForwarder 的 Webhook 配置大致长这样：

• URL：http://<你的服务器IP>:9001/sms
• Header：Content-Type: application/json
• Body：{"title":"{title}","content":"{content}","time":"{time}","phone":"{phone}"}

这样灵活性就完全掌握在自己手里了，不止是转发消息，还能对消息做二次处理。

4.2 接收规则配置：别把营销短信也转发

发送通道配好了，接下来就是接收规则。进入“接收规则”页签，新增规则，核心配置项有：

• 规则名称：给这个规则起个名字，方便自己辨认
• 匹配类型：短信 / 来电 / 通知
• 匹配条件：不限、包含、开头是、结尾是、正则表达式
• 匹配号码：指定发件人号码（不填就是所有短信都匹配）
• 匹配内容：短信内容关键字（如“验证码”）
• 转发通道：选择刚才配置好的发送通道
• 是否停止后续匹配：如果这条规则命中，是否继续执行后面的规则

举个例子，我想设置“只转发银行短信到微信”：

1. 新增规则，匹配类型选“短信”。
2. 匹配内容填“验证码”或“银行”等关键词。
3. 匹配号码留空（或者填 95588 这类特定银行号码）。
4. 转发通道选“微信-我的主号”。
5. 保存。

这样其他营销短信就不会被转发，不会被轰炸。

规则执行顺序面试考点：SmsForwarder 的规则是从上往下逐个匹配的。如果一条短信命中了第一条规则并且你勾选了“停止后续匹配”，那后面的规则就不会再执行。所以写规则时，建议把“最严格的规则”放在前面，把“兜底规则”放在最后。比如先写“银行号码 95588 → 微信”“验证码内容 → Telegram”，最后写“其他 → 不处理（或无动作）”，这样层次清晰，不会出现一条短信同时被转发到多个渠道的混乱局面。

4.3 转发内容模板：把关键信息放在最前面

SmsForwarder 支持自定义转发内容模板。模板里可以插入变量，变量用 {} 包围。常用的变量有：

我个人的模板是：

【{phone}】{content}\n（时间：{time}，卡{cardSlot}）

这样转发过来的消息，一眼就能看到发件人和内容，不用点开详情，体验很好。

注意：如果短信内容里有换行，转发到微信/Telegram 时可能显示为空格，这个无法完全避免，因为目标平台的文本渲染规则不一样。但至少验证码这类纯短文本完全不受影响。

4.4 双卡用户的区分配置

如果你用双卡，想让卡1和卡2的短信分别走不同通道，需要在接收规则里增加“SIM 卡槽”条件（0 表示卡1，1 表示卡2），然后分别建两条规则：一条“卡1 + 所有短信 → 微信”，一条“卡2 + 所有短信 → Telegram”。

这里不够注意会很容易踩的坑是：手机上插卡的位置和系统识别的卡槽号不总是一致的。有的手机里卡槽 1 在物理位置上是卡的左边，系统里显示 Card 1，但换机或恢复设置后，系统识别可能互换。建议配置好后，先给卡1发一条短信，确认是否走到了目标通道，再给卡2发一条测试，不要想当然。

5. 高级功能：不只是“转发”，还能做自动化

5.1 来电通知与挂断回调

SmsForwarder 不止处理短信，还可以监听来电。比如你不想接某个电话号码，但想知道它打没打过，可以设置“来电转发”，把来电提醒推送到通知渠道里。

更进阶的玩法是“来电挂断后自动回复短信”。SmsForwarder 支持在收到来电（未接）时，自动回复一条预设短信给来电方。比如你在开会，不方便接电话，它可以在你拒接后自动回一条“稍后回复”的短信。这个功能在 App 的“其他”设置里，不同版本入口略有不同，但逻辑都差不多。

5.2 定时生效规则（静默时段）

有些朋友需要夜里不被打扰，但又怕错过重要短信。SmsForwarder 支持给规则设定生效时段，比如只在 8:00-23:00 转发，夜间收到的消息不推送到微信（第二天再看）。这功能在右上角“更多”或规则编辑页里能找到，勾选“启用生效时间段”即可。

我现在的实际用法是：转发规则的生效时段分两段——工作日 7:00-22:00 推送到微信，其余时间只写到日志文件。这样既不会错过重要通知，也不会半夜被营销短信震动吵醒。

5.3 与自建脚本联动：短信触发家庭自动化

这是我最喜欢的高级用法之一。如果你家里有 Home Assistant、群晖或者其他跑脚本的设备，可以把 SmsForwarder 的 Webhook 指向这些设备上的接口，实现“收到特定短信 → 执行本地自动化”的效果。

我这里有一个比较实用的例子：我在家里用旧手机装着 SmsForwarder，里面插着门禁系统的管理卡。当物业给我发“您上月欠费”之类的短信时，Webhook 推送到我的群晖，跑一个 Python 脚本，自动把我的缴费状态更新到 Notion 数据库。完全不用人工干预。

不过要提醒一句：这类联动依赖“短信内容足够格式统一”。如果短信内容不稳定，脚本解析很容易出错，建议先检查历史短信格式再做自动化，不要把宝押在不可控的数据上。

6. 常见问题与故障排查实录

这一节是重点，我把自己和身边朋友踩过的问题都整理出来了，全部是真实案例，不是网上抄来的。

6.1 “短信收到了，但就是不转发”——权限问题占八成

症状：手机收到了短信，SmsForwarder 的通知栏显示已接收，但目标平台（微信/Telegram）没有收到消息。

排查步骤（按优先顺序）：

1. 检查发送通道是否可用：进“发送通道”列表，点右侧的测试按钮。如果测试失败，说明通道本身挂了，检查网络、Token、API 地址等。
2. 检查应用通知权限：确认 SmsForwarder 的通知使用权没有被动关闭（Android 有些安全软件会周期性回收）。如果被关了，重新打开。
3. 检查 Android 电池优化：确认应用不在“优化”列表里。特别是国产 ROM，这一步没做，后台一会儿就被杀，短信读取虽然能收到，但转发任务根本没机会执行。
4. 检查规则匹配：确认你的规则条件里没有把“匹配内容”填错。比如你填了“验证码”，但实际短信内容里写的是“校验码”，那就不匹配。
5. 查看日志：SmsForwarder 自带完整日志系统，在“更多 → 日志”里能看到每一条消息的处理状态。如果日志显示“已发送”但目标没收到，那就是通道问题了；如果日志里压根没记录，说明规则没匹配上。

核心提示：一定要学会看日志。日志是排查故障的第一把钥匙，比任何网上搜索都管用。SmsForwarder 的日志页面还支持按关键字搜索，输入发件人号码或内容片段，能快速定位某条短信的处理链路。

6.2 华为手机收不到短信 / 不触发转发（热搜词预警）

热搜里有一条“smsforwarder 华为手机不转发短信”，这个问题太典型了。我自己的备用机就是华为，也是这么折腾过来的。

华为（包括荣耀）的**“应用启动管理”**是罪魁祸首。华为系统对应用后台活动管得非常严，默认状态下，应用即使在前台能正常工作，只要退到后台几分钟，就被冻结了。

解决方法分三步：

1. “设置 → 应用和服务 → 应用管理 → SmsForwarder → 耗电管理/启动管理”，选择“手动管理”，然后将“自启动”“关联启动”“后台活动”三个开关全部打开。
2. 在“设置 → 电池”里，关闭“智能省电”（或把 SmsForwarder 加入“不优化”白名单）。
3. 把 SmsForwarder 上划锁定在最近任务列表里（华为的多任务界面，下拉应用卡片会出现锁图标），防止一键清理时被杀。

另外，在 SmsForwarder 自己的设置里，还有一个“保活模式”选项，可以打开“适用于华为/荣耀的保活模式”。这个选项会让 App 更激进地在后台尝试唤起自己，对这类系统的防杀有很大帮助。但要注意它会更耗电，作为备用机无所谓，但如果这台手机还要日常使用，就酌情考虑。

6.3 “双卡手机上无法区分短信来源”——注意实卡槽位

这个问题通常出现在“卡槽换卡”或“恢复出厂”之后。SmsForwarder 的卡槽识别依赖于系统读取 SIM 卡 ID，如果系统读取不到，就会显示为“未知”。如果遇到这类问题：

• 在“接收规则”里把“SIM 卡槽条件”去掉，改用“匹配号码”来区分。比如卡1通常管银行短信，你直接指定银行号码走一个通道就行，不依赖卡槽。
• 或者手动在 SmsForwarder 设置里强制指定卡槽（某些版本支持在规则里手动覆盖）。

我的经验是：尽量不要依赖卡槽条件，除非你的双卡确实分别对应固定用途。因为卡槽位置不可控，一旦系统升级或者换机后识别变化，规则就会错乱，排查起来非常痛苦。

6.4 “重启手机后自动转发失效”

Android 系统默认情况下，开机后第三方应用不会自动启动服务，尤其 Android 13/14 之后更严格。SmsForwarder 在安装时会提示你允许“开机自启动”，但很多人在授权时手滑点了“仅本次”。

解决办法：在系统的“应用自启动管理”里，把 SmsForwarder 设为中心白名单。同时在 SmsForwarder 的“设置 → 开机自启”里确认开关是打开的。

如果要更保险，可以用 Android 的“闹钟/定时器”机制保持进程活跃，但这属于非常规手段，普通用户没必要，只要系统自启动管理里加白名单就够了。

6.5 “转发到 Telegram 总是失败或超时”——网络不可控

在国内使用 Telegram 通道，大概率会遇到超时或连接被重置的问题。这不是 SmsForwarder 的问题，是网络环境的不可控因素（此处仅客观描述网络环境现状，不展开具体原因或解决方案）。如果你无法稳定访问 Telegram，有两种方案：

1. 改用国内可达的通道：比如 Server 酱、钉钉群机器人、企业微信群机器人。
2. 自建 Webhook：在云服务器上部署一个“代理转发”接口，SmsForwarder 把消息推送到你的接口，再由你的服务器转发到任意目标。

我的建议是：如果网络不稳定，就不要把核心验证码接收绑在 Telegram 上。选一个国内可达、随时能通的通道作为主力，比什么都重要。工具是无价的，但验证码没收到，误事后才知道什么是真正的代价。

6.6 “App 突然不转发了，打开却一切正常”——进程被杀后自恢复失败

这个问题在低成本手机上非常普遍。现象是：静置一段时间后，转发断了，但一打开 App 就恢复。根因是系统将 App 进程回收后，服务没有自动重启。

解决方案从实用角度排序：

1. 电池白名单（必须设置，前面提到过）。
2. 通知权限 + 前台服务：在 SmsForwarder 的设置里开启“前台服务模式”，这个模式下 App 会在通知栏驻留一条“保持运行”的通知，系统杀后台的意愿会大幅降低。如果这台手机只是短信转发专用机，这个方案最实用。
3. 如果是 MIUI，还要检查“神隐模式”是否对 SmsForwarder 生效，将其设为“无限制”。
4. 如果全部设置好后仍然断，请考虑换一台系统更干净的旧手机做转发机。说实话，系统管得太狠的设备，真不值得在这上面耗时间。

6.7 常见问题速查表

7. 我踩过的一些坑：配置过程中容易忽视的细节

7.1 通知模板里的“标题”和“内容”别搞混

如果你用的是 Server 酱或企业微信机器人通道，消息是严格区分“标题”和“内容”的。标题不能太长，否则推送出来的卡片很丑，而且某些渠道的标题长度有上限（比如企业微信 200 字、Server 酱 20 字）。我一开始就是标题和内容全放到一起，结果推送出来排版全乱。

正确做法：标题统一写“短信转发通知”，正文里放 {phone}、{content}、{time} 这些变量。简单干净，可读性强。

7.2 “停止后续匹配”这个按钮要慎用

我第一次配置时，给“所有短信”设置了一个兜底规则，转发到 Telegram。然后又设置了一条“验证码 → Server酱”的规则，结果两条规则都命中了，一条短信被转发了两次。后来才反应过来，需要在前面的规则里勾选“停止后续匹配”。

但是也不能每条规则都勾停止。比如我想要“某银行短信既转发到微信，又转发到 Telegram”，那就不能勾。什么时候勾、什么时候不勾，取决于你希望一条消息被转发到几个目标。想清楚再下手。

7.3 短信内容里的换行和特殊字符，到了目标平台会变形

这是我实际使用时遇到最多的小问题。有些银行短信会带换行、缩进，转发到微信后，这些格式会丢失，甚至部分字符（比如全角冒号、Emoji）显示乱码。

处理方案：在转发模板里不要直接塞 {content}，而是用“内容清洗”功能（部分版本有），或者用正则表达式做内容预处理（高手向）。如果不会正则，就接受一个现实：验证码类短文本转发效果极好，长短信带排版的消息会排版丢失，但内容完整性没问题。

7.4 自动化测试是必须的，但别过度依赖

配置完成后，建议模拟一次完整的短信接收流程，确认转发链路正常。测试方式有两种：

• App 内置的“测试助手”功能：可以直接输入模拟短信内容，触发规则。
• 自己给自己发一条真实短信。

我用的是后者，因为我发现某些 ROM 上，模拟短信走的流程和真实短信略有差异（比如会偶发不触发通知监听）。实测 5 条真实短信都收到后，才算真正配置成功。

8. 实用经验总结：一些值得长期坚持的使用原则

8.1 转发通道的“单一职责”原则

不要把所有鸡蛋放在一个篮子里。我的使用习惯是：

• 验证码、银行通知：走 Telegram（优先）或 Server 酱（兜底）。
• 家庭内短信（父母手机转发过来的）：走企业微信机器人（因为是内部信息，放在企业群比较合适）。
• 所有短信的存档：通过 Webhook 存到一个自建的日志接口。

这样即使某一个通道出问题，其他通道不受影响，而且我永远有一个完整的短信归档，方便事后回顾查询。

8.2 版本升级前，先做备份

SmsForwarder 的配置都保存在本地数据库里。升级版本前，建议在“设置 → 数据管理 → 备份”里导出一份配置文件，存到电脑或云盘。万一新版本有 Bug 导致配置丢失，可以快速恢复。

我升级 v3.3.3 之前就备份过一次，结果还真的用上了——因为新版本改了某些字段的存取方式，配置文件恢复后，发现规则里的“匹配内容”被清空了两条（可能是编码兼容问题）。如果没有备份，这两条规则就得靠脑子重新配了。

8.3 用低功耗设备做转发机会更好

很多人用主力手机跑 SmsForwarder，虽然方便，但主力机系统太复杂、通知太多，很容易被各种因素干扰，而且耗电快。我建议用一台“退役的旧手机”专门做转发机，插一张不常用的卡，固定放在家里充电。

这样做的好处有几个：

• 转发持久性更强，不会因为白天用手机时误触关闭权限。
• 手机本身不用安装其他 App，后台干扰小。
• 能耗可控，插着电跑一个月也没问题。

如果你愿意做一个“短信中心”，这台旧手机还能承担家里门禁通知、验证码汇总、邮箱验证等职能，可以说是一本万利。

8.4 定期查看日志，发现隐患

SmsForwarder 的日志是持续累积的，建议每隔一两周，花两分钟刷一下日志页，看看有没有反复出现的异常（比如某条消息发送失败、某个通道超时）。提早发现，比关键时刻掉链子强太多。

我自己有一次就是发现日志里挂了一条 Telegram 通道超时，当时觉得偶尔一次无所谓，结果后来连续三天都是发一条重试三条，这才去换了通道。如果早一点处理，就不会有那几天验证码延迟 10 分钟的痛苦经历了。

9. 写在最后的个人体会

SmsForwarder 这个工具，我陆陆续续用了快两年，从一个只会傻转发全部短信的小白，到现在能把短信、来电、通知、自动化串成一条龙，中间踩过很多坑，但每一次排查都让我对 Android 的后台机制、通知原理、通道协议有了更深的理解。从实际体验来看，v3.3.3 是我用得最舒服的一个版本，稳定、干净、权限直接明了，没有那些花哨但没实际作用的“一键加速”功能。

最后再给一条建议：如果你真的决定用短信转发，请务必用一台能长期保持通电、网络稳定的设备来跑。毕竟短信这东西，平时没人注意，可一旦你等着收验证码、等着收银行通知的时候，它就是你的“数字救生圈”。SmsForwarder 能不能在关键时刻把这条短信送到你面前，全看你配置时有没有认真对待每一个步骤。希望这篇教程能帮你少走点弯路，把配置一次做对。