立项原因 / 解决的问题：
针对需要实时监控特定短信的用户群体（如电商卖家、财务人员、运营人员），手机默认通知容易被忽略，无法在收到关键短信时立即感知 。
产品问题：
- 普通通知在静音/勿扰模式下会被屏蔽
- 无法按规则过滤"重要短信"并强制唤醒用户
- 缺乏历史记录和规则管理能力
行业场景：
- 收款到账提醒
- 物流状态监控
- 验证码监控
- 业务告警等"不能错过"的短信场景
主要功能模块：
- 短信监听 — 后台前台 Service 持续监听系统 SMS_RECEIVED 广播
- 规则管理 — 配置发件人（支持通配符 *）+ 内容关键词，支持 ANY/ALL 匹配模式
- 报警触发 — 震动、响铃、通知、全屏弹窗（锁屏唤醒）四种报警方式
- 历史记录 — 记录所有命中规则的报警历史，支持查看
- 免打扰时段 — 可配置不触发报警的时间段
- 悬浮窗 — 可选的悬浮窗 Service
- 用户认证 — 手机号 + 短信验证码登录，JWT token 鉴权
- 会员订阅 — 月度/季度/年度/终身套餐，支付宝支付
- 用户反馈 — 内置反馈提交功能
架构：
三端分离——Android 客户端 + Python 后端服务 + Web 静态站点。
技术栈：
- Android：Kotlin 2.1.0、Room 2.7.1、Retrofit 2.9.0、Gson、BroadcastReceiver + 前台 Service
- 后端：FastAPI、SQLAlchemy（异步）、MySQL、Redis、PyJWT、Docker Compose
- Web：静态 HTML/CSS/JS
- 支付：支付宝 APP 支付（yungoos 平台中转）
亮点：
- 核心数据流职责单一：SmsReceiver → SmsMonitorService → RuleMatcher → AlarmHelper
- 全屏报警使用 FLAG_SHOW_WHEN_LOCKED + FLAG_TURN_SCREEN_ON，锁屏状态下强制唤醒
- 规则匹配支持通配符（* 转正则 .*）和多关键词 ANY/ALL 逻辑
- 后端全异步（aiomysql + FastAPI），Redis 做验证码存储和发送频率限制
- 统一接口协议，Android 端通过 Gson @SerializedName 做字段映射，前后端解耦
难点：
- Android 后台保活：使用 LifecycleService 前台 Service + foregroundServiceType=specialUse 应对系统限制
- 锁屏唤醒报警：需要 SYSTEM_ALERT_WINDOW 权限 + Window flags 组合才能在锁屏上弹出全屏界面
- 支付回调安全：支付宝异步通知需验签（yungoos 签名），只有必填参数参与签名计算
评论