很多玩机多年的人都有这样一个痛点:手里两台手机,一台主力机日常用,一台备用机专门收验证码、收银行通知、收快递短信。结果备用机常年扔在抽屉里,充电倒是小事,最烦的是人不在旁边时,短信来了根本不知道,等发现的时候验证码早过期了。又或者出差在外,双卡手机里那张工作卡来电话、来短信,另一张卡却安静得像个摆设。这种时候,一个能把短信自动同步出来的工具,就成了刚需中的刚需。
SmsForwarder就是为解决这个问题而生的开源短信转发工具,目前常用的稳定版本是v3.3.3。它可以把Android手机收到的短信,实时转发到企业微信、钉钉、Telegram、邮箱、Server酱、Webhook等多个渠道。也就是说,只要手机能连网,你人在哪、手机放哪,短信内容都能第一时间推送给你。本文会把v3.3.3的下载方式、权限配置、渠道接入、规则设置、常见坑位一次讲透,尤其是很多人遇到的“华为手机不转发短信”这个问题,我会在后面的章节里专门分析原因和解决方案。不管是纯小白还是有点基础的用户,按着这篇教程操作,基本都能在十几分钟内跑通。
1. 为什么需要短信转发器:核心需求与方案选型
1.1 短信转发的典型使用场景
先说场景,你才能判断自己到底需不需要折腾这玩意儿。我自己接触过不少用户,需求大致可以分成下面几类。
第一类是备用机收码场景。很多人为了账户安全,会把验证码短信统一发到一部不常用的手机上,主力机不暴露号码,减少骚扰。但问题是,备用机不可能时刻带在身上,更不可能24小时盯着。装上转发器之后,备用机放家里充电,来短信自动推到主力机的企业微信或Telegram上,验证码三秒到位,完全可以替代随身携带备用机。
第二类是双卡双待增强场景。部分手机的双卡功能比较“弱”,副卡来短信虽然有通知,但如果你想在手机平板上同时接收、想转发给家人、想自动同步到电脑,系统自带功能就做不到了。SmsForwarder可以按卡槽区分,只转发某一卡槽的短信,或者按号码、关键词过滤后再转发,比系统原生能力灵活一个量级。
第三类是IoT和自动化场景。比如家里有台旧安卓机,插着物联网卡用来接收门禁报警短信、传感器告警短信、服务器异常通知短信,这些设备本身没有屏幕,装转发器之后,短信内容直接变成Webhook请求打到自己的服务器上,自动触发后续处理逻辑。这个场景在玩Home Assistant、智能家居的人群里非常常见。
第四类是纯备份归档场景。有些短信涉及重要信息,比如银行流水提醒、物流轨迹、验证码记录,手动截图保存太麻烦。转发器配合Webhook或者邮箱渠道,可以把短信内容自动归档到邮箱、数据库或者表格里,需要回溯的时候直接搜索就行。
1.2 为什么不用传统方案
在SmsForwarder之前,解决“手机不在身边收短信”问题的方式无非三种:运营商短信转发、云端同步软件、各种厂商私有方案。运营商短信转发需要额外开通业务,而且只能转发到指定号码,没法转发到IM工具;云端同步软件(比如各种手机助手)需要手机厂商账号体系支持,跨品牌基本没戏,更别说实时性、可定制性了。
SmsForwarder这种本地转发方案的核心优势在于:不依赖任何厂商云服务,短信先到手机,手机再把内容推给你选的渠道。整个过程不需要短信内容经过第三方中转服务器(你选的IM通道除外),可控性和隐私性都更好。再加上它是开源项目,代码公开、社区活跃、规则配置强大,所以这两年逐渐成了这个领域的默认选择。
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. SmsForwarder v3.3.3 软件选型与版本特点
2.1 为什么v3.3.3值得选
SmsForwarder的版本迭代一直比较勤,但不少老用户会告诉你:v3.3.3是稳定性、功能完整度和上手难度三者之间最均衡的一个版本。不是说新版不好,而是对大多数人来说,v3.3.3的配置逻辑已经足够完善,而且网上能找到的资料、教程、经验贴大多基于这个版本,遇到问题好排查。如果你玩过这个项目,应该知道作者在后续版本里确实加了一些新功能,但如果你只是需要一个“装好就能用”的稳定版本,v3.3.3完全够用。
我个人的建议是:第一次接触这个工具,直接从v3.3.3开始。跑通了基础流程之后,再去考虑要不要升级到新版,这样即使出问题,你也能区分是配置问题还是新版本兼容性问题,排查成本低很多。
2.2 这个版本的核心能力
v3.3.3支持的功能,在实际使用中比较重要的有:
- 短信转发:收到短信后,按预设规则匹配,匹配成功就推送到指定通道。
- 来电转发和通知转发:除了短信,来电记录、其他App的通知也可以转发,不过日常用到的人相对少一些。
- 多渠道支持:企业微信群机器人、钉钉群机器人、Telegram Bot、Server酱、Bark、PushPlus、邮箱SMTP、Webhook、自定义HTTP请求等。基本上常见推送服务都覆盖了。
- 多规则匹配:可以按号码关键字、短信内容关键字、卡槽、时间等进行匹配,多个规则可以同时生效。
- 验证码提取:内置正则匹配能力,可以从短信内容里把纯数字、字母验证码提取出来,转发时只发送提取结果,正文可以省略。这个功能非常实用,后面我会详细说。
- Webhook回调:转发的同时可以调用任意HTTP接口,这是最灵活的一块,玩自动化全靠它。
2.3 工作原理需要先理解
SmsForwarder转发短信,底层依赖两个系统能力。一个是短信数据库读取权限,另一个是通知使用权。当手机收到短信时,系统短信应用会把短信写入数据库,同时弹出通知。SmsForwarder可以监听通知栏里的短信消息来触发转发,也可以直接读取短信数据库来获取内容。两种方式各有优缺点,后面配置权限和排查问题时,你会反复跟这两个能力打交道。
需要特别说明的是,SmsForwarder并不强制要求把自己设为“默认短信应用”。这点对很多用户来说是个好消息,因为改成默认短信应用会影响你日常用短信 App 的习惯。它走的是“读取短信通知 + 读取短信数据库”这条路线,比你想象的要轻量得多。
3. 下载与安装:几个渠道的实操对比
3.1 Android端安装包获取
SmsForwarder是一个开源项目,安装包主要发布在GitHub的Releases页面。v3.3.3对应的APK文件名通常是SmsForwarder_v3.3.3.apk之类的格式,包体积不大,一般在10MB以内。下载安装包之后,直接通过文件管理器点击安装即可,注意需要允许“安装未知来源应用”的权限,这个权限在你点击安装包时系统会自动引导开启。
如果GitHub访问不稳定,也可以去国内一些代码托管站的镜像仓库找找,比如Gitee上有人做了同步,另外一些软件分享博客也提供网盘备份。这里要多说一句:尽量下载官方源或可信渠道的安装包。毕竟短信转发工具会读取你的所有短信内容,安装包被篡改的话,隐私风险极大。校验签名或者至少对比一下文件名、大小,心里有个底。
提示:安装完成后,打开App,第一步不要急着去配置转发渠道,先把“通知使用权”“读取短信”等基础权限给到位,否则后面的转发规则写了也白写。这一点很多人容易忽略,总说“我设置了但是不转发”,十有八九是权限没给全。
3.2 其他平台客户端
SmsForwarder本身是Android端工具,但配套还有Windows、macOS、Linux的桌面客户端,以及一个服务端程序。桌面客户端的作用主要是方便在电脑上查看转发记录、管理规则,不是必需的。我自己的使用习惯是Android端配置好之后,桌面端基本不打开,因为绝大多数情况下短信直接推送到IM工具就够了,没必要再开一个桌面App。
如果你有多台安卓设备需要统一管理,可以研究一下它自带的服务端功能,不过新手阶段不建议碰。先把单机的短信转发跑通,再考虑跨设备统一管理,这才是正确的上手节奏。
4. 核心配置:从零到跑通的完整流程
4.1 权限配置:决定能否转发的第一步
打开SmsForwarder,进入主界面,第一件事是点进“权限”相关的设置页。不同手机系统、不同版本,权限项的命名可能略有差异,但核心就这几项:
- 读取短信/彩信权限:读取短信内容的基础权限,Android 6.0以上运行时权限,需要在系统设置里允许。
- 通知使用权(Notification Access):用于监听通知栏里的短信通知,从而触发转发。这个权限在系统“设置-隐私-无障碍/通知使用权”里开。
- 电池优化白名单:把SmsForwarder加入不限制电池优化的应用列表,防止手机休眠时把它杀掉。
- 自启动权限:允许App开机自启动,防止重启手机后转发服务不弹起来。
- 后台弹出界面/后台运行权限:不同ROM叫法不同,保证App在后台不被系统清理。
有一些ROM(比如MIUI)还需要在“最近任务”界面把SmsForwarder的卡片下拉,锁定后台任务。这一步很关键,因为很多手机上后台任务锁定的优先级比设置里的自启动开关还要高。
4.2 转发渠道配置:各渠道的接入细节
渠道配置是整个配置流程里最核心的部分。打开App主界面下方的“发送渠道”,点右上角的加号,会看到一长串渠道类型。下面挑几个最常用的详细说明。
企业微信群机器人
企业微信群机器人是很多人首选的转发渠道,因为微信几乎是人人必装的App,消息推送实时性也不错。配置方法是:在PC端企业微信里创建一个群,点击群聊右上角的“群机器人”,添加一个机器人,会得到一个Webhook地址。把这个地址复制出来,粘贴到SmsForwarder的企业微信渠道配置里,保存即可。
这里有个细节:企业微信群机器人默认的关键字策略可能影响消息接收。如果你在创建机器人时设置了“自定义关键字”,那么转发的消息里必须包含这个关键字才会被发送到群里。SmsForwarder里转发的消息内容默认可能不包含你设置的关键字,所以要么创建机器人时不设关键字(推荐),要么在规则里自定义一个包含关键字的发送模板。这个坑我见过不止一次,加了个不生效的关键字,群里始终收不到消息。
钉钉群机器人
钉钉的配置逻辑类似:在钉钉群设置里添加“自定义机器人”,选择“自定义”类型,会生成一个Webhook地址。需要记录的是,钉钉机器人有个安全设置,可以选择“自定义关键字”“加签”“IP白名单”。如果你选了自定义关键字,同样要确保转发内容里包含关键字。如果你的钉钉机器人设置了“加签”方式,SmsForwarder里需要填入加签密钥,这个密钥在钉钉机器人配置页可以看到。
Telegram Bot
如果你的主力IM工具是Telegram,可以找BotFather创建一个Bot,拿到Token。然后在SmsForwarder渠道里选Telegram,填入Bot Token,同时需要提供Chat ID。获取Chat ID的常见做法是:用这个Bot给自己发一条消息,然后请求getUpdates接口,返回的JSON里会有你的Chat ID。也可以在SmsForwarder里通过测试发送功能直接获取,填好Token后点测试,配合调接口看返回。
邮箱SMTP
邮箱渠道适合归档场景。配置时需要填入SMTP服务器地址、端口、账号、授权码。注意,很多邮箱(比如QQ邮箱、163邮箱)登录密码和SMTP授权码是分开的,填的不是你登录邮箱的密码,而是在邮箱设置里单独开启SMTP服务后生成的授权码。端口方面,SSL或TLS加密方式对应端口不同,一般使用465或587,配置时带上加密方式。
Server酱 / PushPlus
这俩是国内用得比较多的微信推送服务。Server酱需要微信扫码登录后获得一个SendKey,调用URL即可推送消息到微信服务号。PushPlus类似,也有一个Token。这类服务的好处是配置简单、无需自己建群,缺点是推送依赖第三方服务器,服务稳定性听天由命。用来做备份通道还可以,主力通道建议企业微信。
Webhook
Webhook是功能最灵活的渠道,适合有自己服务器的用户。它本质上就是一个HTTP请求,SmsForwarder收到短信后,会按照你预设的请求方法、请求头、请求体,向指定URL发起一次请求。你可以把它接到任意接口上,比如自己的Node-RED、Home Assistant、Telegram Bot API、宝塔面板的可视化脚本等。请求体里可以使用变量占位符,把短信内容、发送方、时间等动态写入。
4.3 转发规则配置:精准匹配才是精髓
渠道配好了只是第一步,真正决定你有没有被短信轰炸烦死的,是转发规则的写法。在SmsForwarder的主界面进入“转发规则”,新建一条规则,你会看到这几个关键设置项:
- 规则名称:给自己看的,建议写清楚用途,比如“验证码转发”。
- 短信匹配:可以选择“全部短信”“号码匹配”“内容匹配”。号码匹配支持填写一个或多个号码(多个号码用逗号分隔);内容匹配支持关键字和正则表达式。
- 匹配卡槽:可以选择仅某一张SIM卡。双卡用户比较有用,可以做到“卡1的短信全转发,卡2的短信不转发”。
- 目标渠道:选择这条规则命中的短信要转发到哪个渠道。
- 验证码提取:开启后,转发内容可以只发提取出的验证码,不发送完整短信。
我个人比较推荐的规则组合是:验证码类的短信,用内容匹配关键字(比如“验证码”“校验码”“动态码”),开启验证码提取;银行通知类的,用号码匹配银行服务号码;广告短信和无关通知,直接用不匹配策略过滤掉。三条规则并行覆盖绝大多数需求。
举个例子,我需要把“卡2接收的106开头的验证码短信”转发到企业微信群,同时把“某银行95339的服务通知”转发到邮箱备份。我的规则可以这样写:
- 规则A:卡槽2,号码前缀106,内容包含“验证码”或“校验码”,目标渠道企业微信,开启验证码提取。
- 规则B:号码95339,目标渠道邮箱,不开启验证码提取,发送完整内容。
- 默认规则:其余短信不转发(不加规则即可,规则匹配不到就不会转发)。
这里面需要注意,SmsForwarder的规则匹配逻辑是“多条规则分别判断,命中谁就执行谁”,不是“只执行第一条命中的”。如果你不小心配了两条冲突的规则,同一条短信可能被转发到两个渠道,看起来就像“重复转发”了。
4.4 测试与验证:配置完成后的必经环节
每条规则配置完成后,强烈建议先点右上角的测试按钮,模拟一条短信,看渠道端能不能收到。SmsForwarder测试时是可以选择“模拟短信”的,不需要真的发一条短信到手机。如果测试消息没收到,先排查渠道、再排查权限,最后排查规则,这样效率最高。
有一种情况容易让人误判:测试消息能到,但真实短信不转发。这种情况通常是因为真实短信触发了系统拦截,或者手机的短信App本身就没有弹出通知,SmsForwarder根本没机会监听到。尤其是用某些国产ROM时,短信App自己的通知被精简掉的情况并不少见。
5. 关键设备适配:华为、小米等国产ROM的保活设置
5.1 “华为手机不转发短信”的根因分析
搜索热词里有一条非常典型:SmsForwarder 华为手机不转发短信。这个问题我实测过很多次,原因其实不复杂,就是华为EMUI/HarmonyOS的后台管理策略过于激进。SmsForwarder常驻后台接收短信通知,在系统看来是一个“不常用的应用”,很容易被清理掉。一旦进程被杀,短信来了自然无法触发转发。
要彻底解决,需要从几个维度同时下手:
- 应用启动管理里,把SmsForwarder设为“手动管理”,并且把“允许自启动”“允许关联启动”“允许后台活动”三个开关全部打开。
- 设置-电池-更多电池设置里,关闭“智能分辨率”(这一步不是必须的,但在部分机型上有影响)。
- 设置-应用-SmsForwarder-电池,选择“无限制”。
- 在最近任务界面,把SmsForwarder的卡片下拉,点击锁定按钮。
- 把权限里的“通知访问权限”重新确认一遍,华为系统有时候会偷偷重置这项权限,尤其是系统更新之后。
这几步做完,华为手机基本就能稳定运行了。如果还是偶尔彻底不转发,建议在系统设置里把SmsForwarder加入“应用锁”保护,应用锁能让它在多任务界面不容易被一键清理。
5.2 小米/OPPO/vivo的保活差异
小米的MIUI/HyperOS对后台应用的管控同样严格,但是策略略有不同。除了常规的“自启动”“省电策略-无限制”外,MIUI有一个“神隐模式”,需要在“设置-应用设置-应用管理-SmsForwarder-省电策略”里选“无限制”。另外MIUI的最近任务锁也同样重要,下拉锁定之后,一键清理不会杀掉它。
OPPO/vivo的ColorOS和OriginOS,后台管理相对温和一些,但在“电池-应用耗电管理”里,同样建议把SmsForwarder设为“允许后台运行”,并打开“允许自启动”。另外,如果系统有“睡眠待机优化”之类的功能,也要把SmsForwarder加进白名单。
如果预算允许、你又真的需要长期稳定不转发,我有个很“笨”但效果极佳的建议:拿一台不常用、系统版本较低(Android 9以下)的旧手机专门跑SmsForwarder,然后让它一直连着电源。老系统的后台管理策略远没有新系统激进,反而更稳定。我见过很多人用退役的旧手机作为短信转发专用机,一个月不碰它,转发一直正常。
6. 常见问题与排查技巧实录
6.1 高频问题速查表
我把自己踩过和帮别人排查过的问题整理成了一张速查表,按出现频率排列,建议直接收藏。
| 问题现象 | 可能原因 | 解决建议 |
|---|---|---|
| 短信完全不转发 | SmsForwarder进程被杀,或通知使用权被关闭 | 重新开启通知使用权,完成保活设置,确认最近任务锁定 |
| 测试能收到,真实短信收不到 | 短信App通知被系统精简 | 进入系统短信应用设置,确认通知开关打开 |
| 短信重复转发 | 多条匹配规则同时命中 | 检查规则,删除重复规则,只保留一条匹配项 |
| 转发内容乱码或包含大量HTML | 手机系统短信格式问题 | 短信App内设置,或换用验证码提取功能只转正文 |
| 企业微信收不到 | Webhook地址错误或关键字不匹配 | 重建机器人,不设关键字,或者消息模板包含关键字 |
| 验证码提取结果为空 | 短信内容格式与正则不匹配 | 使用通用正则,或者关闭提取,直接转发全文 |
| 手机重启后转发失效 | 自启动权限未开 | 设置-应用-自启动,打开SmsForwarder开关 |
| 某张SIM卡的短信不转发 | 双卡规则配置问题 | 检查规则匹配卡槽设置是否指向了错误的卡槽 |
6.2 一个典型的排查流程
以最常见的“华为手机不转发短信”为例,我建议按下面的顺序排查,不要一上来就重装App,那样浪费时间。
第一步,先看App是否还活着。打开SmsForwarder,如果能正常打开,说明进程没被彻底杀掉,那问题大概率出在通知监听上。进设置-通知使用权,看SmsForwarder的开关是否打开。华为系统更新后,这个开关确实会被重置。
第二步,检查短信App的通知是否正常。随便找一张手机卡给自己发条短信,看系统能不能弹出通知。如果系统本身就没有通知,SmsForwarder是监听不到的。这种情况下需要在系统短信App的设置里打开通知开关。
第三步,看SmsForwarder的日志。App自带“日志”页面,能直接看到短信事件是否被捕获。如果日志里有短信记录但没有后续的转发记录,说明规则或者渠道配置有误;如果日志完全是空的,说明短信事件根本没被监听。
第四步,重启一次App确认后台服务正常。停止运行SmsForwarder再启动,有些ROM在App被强制停止后,后台服务需要重新拉起。
这套流程走下来,绝大多数问题都能定位到具体环节。
6.3 容易被忽视的几个小细节
有些问题不太容易定位,因为现象和原因隔得比较远,我把它们单独拎出来说一下。
一个是“短信转发延迟大”。有时候短信收到后十几秒甚至一分钟才转发。这种情况多数是手机进入了深度休眠,后台任务频率受限。解决方式是把SmsForwarder加入电池优化白名单,并在系统设置里开启“保持连接”之类的选项。
另一个是“WiFi下正常,数据网络下不转发”。这不是SmsForwarder的问题,而是系统对数据网络下的后台联网做了限制。需要到“应用流量使用情况”里,确认SmsForwarder在后台数据使用上没有受限。
还有一个是“转发到企业微信后,链接点不开”。这是因为企业微信群机器人发文时,消息里的URL会被自动转为卡片,而卡片样式有时会被企业微信客户端过滤。解决办法是不要直接把URL放在短信正文里,而是放到模板的“备注”字段,或者用Webhook渠道自己构造消息体。
7. 进阶玩法:验证码提取与Webhook自动化
7.1 验证码提取的正确姿势
验证码提取是SmsForwarder最受欢迎的功能之一。开启后,它会在短信正文中查找纯数字、字母组合,按照你设定的正则表达式,把验证码单独提取出来,转发时只发送“验证码:123456”这样精简的内容。
默认的正则表达式通常能覆盖大多数场景,但有些骚扰短信、验证码平台会故意把“验证码”写成“验 证 码”、夹杂空格或特殊符号,默认正则就匹配不到了。此时需要自己调整正则表达式。比如可以改成一个更宽泛的匹配:只提取6位纯数字,不考虑上下文关键字。正则写法是\\b(\\d{6})\\b,如果验证码是4或6位,可以写成\\b(\\d{4,6})\\b。
使用场景上要注意:有些银行短信里既有金额又有验证码,默认正则可能把金额里的数字也提取出来,导致转发内容错乱。这时候建议针对特定银行单独建一条规则,使用更具体的正则,不要用全局统一规则去套。
7.2 Webhook回调做自动化落地
Webhook是SmsForwarder最大的可玩点。发短信不再是终点,而是触发了另一个系统的起点。举个我自己的例子:我用一台旧手机插着门禁系统的SIM卡,当门禁系统发来“人员进入”的短信时,SmsForwarder通过Webhook把消息发到家里的Home Assistant,Home Assistant收到后自动把客厅灯打开,并用语音播报“有人进入”。整个链路里短信只是触发器,Webhook才是真正的执行入口。
如果你有自己的服务器,可以在服务器上部署一个简单的HTTP接口,接收SmsForwarder发来的请求,然后把短信内容写入数据库或者推送到其他系统。比如:
- 短信内容入库:以后查历史短信,直接查数据库,不依赖手机。
- 通知聚合平台:把短信、邮件、App通知都聚合成统一消息流,在电脑桌面统一提醒。
- 运维告警联动:服务器异常短信转发到企业微信,同时Webhook触发运维脚本自动重启故障服务。
Webhook发送的JSON格式在SmsForwarder的官方文档里有说明,简而言之会包含发送人、短信内容、时间、卡槽等字段。你只需要按字段解析即可。请求方式支持GET和POST,推荐用POST方式并设置Content-Type为application/json,服务端解析更统一。
7.3 消息模板的定制技巧
SmsForwarder每条规则底下都有“自定义消息模板”的选项。默认模板通常是把发送人、短信内容、时间都发送出来。实际使用中,模板用得是否合理,直接影响阅读体验。
比如正常情况下,企业微信群里推送的验证码消息,我只需要看到验证码本身和发件号码,并不想看到一长串时间戳。那我可以把模板改成:
code复制【验证码】{短信内容}
来自:{发件人}
如果是银行通知,模板可以改成:
code复制{发件人}
{短信内容}
时间字段可以不放,因为推送App本身会带消息时间。避免把无意义的信息堆满,群消息看起来清爽,也更容易扫到重点。
8. 安全与隐私:短信转发必须守住的几条底线
短信里包含的东西比很多人想象中要敏感,尤其是验证码。如果转发渠道的安全没做好,短信被第三方看到,银行卡、社交账号都有风险。所以这篇文章最后,我必须认真强调几条安全底线。
第一,转发渠道尽量选端到端加密的。Telegram这类自带加密的IM工具相对更安全;企业微信和钉钉在传输链路上有加密,但消息在服务端是可见的。签名验证码、转账通知这类高敏感短信,不建议走第三方聚合推送服务,除非你信任服务提供方的安全承诺。
第二,不要让所有短信都无脑转发。验证码短信转发完,可以考虑在App里开启“转发后删除短信原文”之类的选项(如果有的话),或者定期清理短信数据库。短信在手机本地存着,万一手机丢了,里面几千条验证码就是一堆定时炸弹。
第三,使用Webhook时务必加鉴权。SmsForwarder的Webhook请求是固定URL,如果这个URL泄露,别人可以伪造请求打你的接口。推荐在接口层加一个自定义Token校验,SmsForwarder发送请求时在Header里带上Token,服务端校验Token合法才处理。不要裸奔一个无鉴权的公网接口。
第四,谨慎选择转发规则。不要把“全部短信全渠道转发”和“全部号码不限制”配在一起。宁可多配几条规则,也不要一条大而全的规则涵盖所有短信。这一点在配置规则时多花十分钟,后面安全系数高一个档次。
说句实在话,SmsForwarder这个工具本身不复杂,复杂的是适配你手头那台手机的系统脾气。我在不同型号的华为、小米、三星手机上反复折腾过,最大的体会就是:权限和保活设置一定要最先搞定,不要嫌麻烦跳过。优先锁定后台、开启通知使用权、加入电池白名单,这三步做好了,整个项目就成功了一大半;等转发稳定运行之后,再去折腾验证码提取、Webhook联动这些进阶功能,会顺手很多。希望这篇教程能帮你少走几段弯路,让短信转发这件事,真正变成一次配置、长期省心的存在。
