Android中高效读写多对象到文件及大体积数据备份优化问题

你的顾虑完全合理 #

当前全量加载的方案在数据量达到百MB级别时，会直接占用对等甚至更高的应用堆内存，而Android系统对单个应用的堆内存限制通常仅为128MB~512MB（视设备配置而定），很容易触发OOM崩溃，叠加加密、blob大字段的内存开销后风险会进一步升高，逐条目处理是当前场景下最优的优化方向。

逐条目写入的代码实现方案 #

核心思路是放弃一次性查询全量数据的逻辑，改用游标逐行读取单条数据、直接序列化写入文件，同时可以把加密逻辑嵌套到流链中，不需要单独处理单条数据的加密。另外建议给备份文件增加头部标识，方便后续恢复数据时做校验。
修改后的参考代码如下：

// 基础URI有效性校验逻辑此处省略
try (ParcelFileDescriptor pfd = getContentResolver().openFileDescriptor(file_uri, "w");
     FileOutputStream fos = new FileOutputStream(pfd.getFileDescriptor());
     // 敏感数据加密可在此处插入你的加密流，比如CipherOutputStream，放在ObjectOutputStream下层即可
     ObjectOutputStream oos = new ObjectOutputStream(fos)) {

    // 写入备份文件头：可自定义写入版本号、条目总数等元信息，方便恢复时校验
    int totalCount = dbAdapter.getBackupDataCount(); // 需要你在dbAdapter新增统计总条数的方法
    oos.writeInt(totalCount);

    // 用游标逐行读取数据，不要一次性加载所有数据到内存
    Cursor backupCursor = dbAdapter.getBackupDataCursor(); // 需要你在dbAdapter新增返回游标查询的方法
    while (backupCursor.moveToNext()) {
        // 仅组装当前单条数据对象
        Object singleItem = parseSingleItemFromCursor(backupCursor);
        // 直接写入单条对象到文件
        oos.writeObject(singleItem);
    }
    backupCursor.close();
} catch (IOException | SQLiteException e) {
    // 自行实现异常处理、备份失败回滚逻辑
    e.printStackTrace();
}

恢复数据时逻辑对应：先读取头部的总条数，再循环对应次数调用readObject()即可逐条取出数据，不会加载全量数据到内存。如果后续要处理超大blob字段，还可以直接读取blob的输入流，绕过Java对象序列化直接写入流，进一步降低内存开销。

数据压缩相关说明 #

Java的ObjectOutputStream本身没有内置压缩逻辑，需要你自行实现。如果需要压缩，直接在流链中插入GZIPOutputStream即可，推荐流链顺序为：FileOutputStream → GZIPOutputStream → CipherOutputStream（加密用） → ObjectOutputStream，按照这个顺序写入的内容会自动完成压缩、加密后落盘，不需要额外处理单条数据的压缩逻辑。
如果备份数据中已经包含大量已压缩的blob（比如图片、音视频、压缩包），可以考虑关闭全局压缩，避免重复压缩浪费CPU资源。

内容的提问来源于stack exchange，提问作者Shahid Thaika