SD Maid SE中基于无障碍服务的缓存清理功能异常分析与修复

问题背景

在SD Maid SE应用的1.4.2-beta1及以上版本中，用户报告了一个关于无障碍服务(ACS)相关的异常行为。具体表现为：当用户执行完计划扫描任务后，从通知栏打开任何应用通知时，都会看到一个显示"Cache Cleaner Progress 97%"的SD Maid进度覆盖层，而此时实际上并没有任何SD Maid进程在运行。

技术分析

问题根源

经过开发团队深入分析，发现该问题的根本原因在于屏幕可见性和解锁状态的检测逻辑存在缺陷。具体表现为：

1. 当使用ACS执行任务（如清理缓存或强制停止应用）时
2. 如果在此期间屏幕被关闭然后重新解锁
3. 系统会错误地保留旧的设置状态

深层机制

SD Maid的无障碍服务需要持续在后台运行（这是Android无障碍服务的固有特性），但正常情况下它不应该在没有活动任务时做出反应。问题的特殊性在于：

• 当ACS需要保持运行状态时（因为SD Maid无法手动启动它）
• 旧的设置（关于屏幕是否可用的状态）可能会累积
• 这些设置（特别是从锁屏隐藏覆盖层的设置）在任务启动时不会被重新检查

修复方案

开发团队实施了以下修复措施：

1. 重构任务状态管理：确保覆盖层的添加和移除作为向ACS提交任务的一部分
2. 改进状态检测逻辑：修复了屏幕可见性和解锁状态的检测机制
3. 优化任务生命周期：现在任务状态仅在覆盖层不可见时才会改变

影响范围

该问题主要影响以下场景：

1. 使用计划任务执行器时
2. 设备运行Android 14及以上系统
3. 特别是当任务执行过程中发生屏幕状态变化时

用户反馈验证

修复后，用户验证确认：

1. 在Pixel 7(Android 15)上问题已解决
2. 应用性能明显提升
3. 覆盖层显示行为恢复正常

技术启示

这个案例展示了Android无障碍服务开发中的一些重要考量：

1. 状态管理：服务长期运行时状态的正确维护
2. 生命周期处理：屏幕状态变化对UI组件的影响
3. 异常处理：边界条件的充分测试

总结

SD Maid SE团队通过深入分析用户报告的问题，不仅修复了特定的ACS相关bug，还借此机会优化了整体的任务执行架构，使得基于无障碍服务的操作更加可靠和高效。这种持续改进的态度是开源项目质量保证的重要体现。