SD Maid SE在Android 15中处理归档应用数据的技术解析

背景概述

随着Android 15引入应用归档功能（App Archiving），系统会在用户选择归档应用时自动移除APK文件以释放存储空间，同时保留用户数据以便未来恢复。这一机制与传统的应用卸载行为存在显著差异——常规卸载会清除所有数据，而归档操作则保留了用户数据的完整性。

问题发现

在Android 15 Beta 2环境中，SD Maid SE的CorpseFinder模块会误将归档应用的用户数据识别为残留文件。具体表现为：

1. 在/data_mirror/data_ce和/data_mirror/data_de目录下检测到归档应用的CE/DE数据
2. 在/storage/emulated/0/Android/data目录下存在对应应用的私有存储

测试验证表明，若删除这些"残留数据"，当用户恢复归档应用时，将导致应用数据完全丢失（表现为全新安装状态）。这与归档功能的设计初衷相违背，因为归档机制本应保留用户数据以便无缝恢复。

技术原理

Android 15的归档机制通过以下方式实现：

1. APK清理：移除应用二进制文件释放空间
2. 数据保留：
   • 保持/data/data/<package>目录结构
   • 维持外部存储的Android/data私有目录
3. 恢复机制：重新安装时尝试关联保留的数据

SD Maid SE的检测逻辑需要针对此特性进行优化，避免将合法的归档数据误判为垃圾文件。

解决方案建议

1. 目录级排除：

   • 将/data_mirror/路径加入默认排除列表
   • 需注意系统可能通过bind mount将数据映射到该路径

2. 状态检测增强：

   • 通过PackageManager查询应用归档状态（API 35+）
   • 对GET_ARCHIVED_PACKAGES权限的应用进行特殊处理

3. 用户提示优化：

   • 在扫描结果中明确标注归档应用数据
   • 提供"排除归档数据"的独立选项

开发者注意事项

1. 需要区分常规卸载残留与归档保留数据
2. 处理/data_mirror路径时需考虑Android的存储沙盒机制
3. 建议增加对ApplicationInfo.ARCHIVED标志位的检测

用户建议

当前版本用户可采取以下临时措施：

1. 手动排除包含归档应用的扫描结果
2. 避免删除/data_mirror路径下的目录内容
3. 关注后续版本更新获取完整支持

该问题的修复将确保SD Maid SE在Android 15环境中既能有效清理真实垃圾文件，又能完整保留归档应用的用户数据，实现存储清理与功能完整性的平衡。