验证码短信自删及已读不生效

[MeiCounty]

安卓16
flyme12.6

[magisk317]

补充本轮日志分析（等待下次复现验证）：

1) 本次 delete=true 但仍失败的结论

从用户 2026-03-01 13:54 这一段日志看，流程是：

• Diag settings ... delete=true（开关确实开启）
• 随后出现 Deleting SMS...
• 最终 Delete SMS failed

这说明不是“开关没开”，而是“执行了删除但未成功”。

2) 失败原因判断（基于当前日志）

同一时段可见短信链路仍在被系统短信应用处理（com.android.mms.service 被拉起），且日志中没有出现 Operate SMS failed: Exception。

因此当前更像是：

• 删除时机偏早，短信行尚未稳定入库；或
• 入库后的字段与当前匹配条件（sender/body）未命中，导致 query/delete 影响行数为 0。

即：更接近“命中不到目标行”的时序/匹配问题，而不是权限异常。

3) 同一用户的另一类情况

在后续另一段日志（15:48）里是 delete=false，那次属于配置状态本身未开启删除，不是同一类失败。

4) 下一步

已在代码侧增加以下诊断与容错（待用户下次复现后验证）：

• 自动删除：增加初始延迟、延长重试窗口；
• 自动删除失败日志：记录扫描行数、命中行数、目标 URI、目标短信 ID、rowsAffected、异常栈；
• 日志导出：导出/清空互斥、目录强校验与自修复，避免并发或目录状态导致导出失败。

请下次复现后再提供一份新日志，我们将根据新增字段直接定位是“未命中”还是“删除被拒绝/异常”。

[magisk317]

补充仅关于“短信自动删除不生效”的进展（不含导出日志问题）：

一、最新日志结论（2026-03-01 16:14）

该次短信链路中删除开关已开启：

• Diag settings ... delete=true
• 进入删除：Deleting SMS...

但最终失败，且新增细日志已给出明确证据：

• SMS op retry pending ... attempt=1/8 ... scanned=20 matched=0 rows=0 ...
• ...（到 attempt=8/8 仍是 matched=0 rows=0）
• Delete SMS failed
• SMS op failed detail: ... scanned=160 maxMatched=0 ...

据此可确认：

• 不是权限拒绝（permissionDenied=false）
• 不是游标为空（cursorNull=false）
• 是在查询窗口内未命中目标短信行（maxMatched=0）

二、已落地的删除逻辑调整

已将“固定次数/固定时间盲重试”改为“按实际入库事件触发删除”：

1. 删除逻辑改为事件驱动

• 对 content://sms 注册 ContentObserver
• 收到 SMS 后等待 provider 变化，再执行删除
• 命中即立即结束，不再固定 sleep 轮询

2. 保留超时兜底

• 若在观察窗口内未触发命中，超时后做一次最终尝试并输出细日志

3. 失败诊断继续保留

• 扫描行数、命中行数、targetId、rowsAffected、URI、异常栈

三、当前判断

这类失败核心仍是“目标短信行在删除时机下未被当前匹配条件命中”。
本次改为 observer 触发后，再看用户下次复现是否下降；若仍偶发，再继续放宽匹配策略（例如地址/正文归一化规则）。