Android SDK 29硬断电后新存文件0字节，求安全保存方案

你的问题核心在于Android系统的文件系统写缓存机制：应用层写入数据后，系统会先把数据存在内存缓存里，异步刷到磁盘。硬断电时缓存未落地，就会出现看似写入完成但实际文件为空的情况。现有方案的读验证只是读取缓存数据，根本没解决持久化的问题。

以下是经过验证的安全保存流程：

一、核心原则：临时文件+强制刷盘+原子替换 #

1. 先写临时文件：避免直接覆盖原文件，防止断电时原文件已删除但新文件未写入的尴尬
2. 强制刷入磁盘：写完临时文件后，必须调用系统级的刷盘操作，确保数据真正写到物理存储
3. 验证+原子替换：验证临时文件有效后，用原子操作替换原文件，保证文件状态的一致性

二、具体实现代码 #

File task_data = new File(file_folder, "你的目标文件名.dmt");
File task_temp = new File(file_folder, "temp_task.dmt");
String fileContent = generate_task_JSON_file(task);

if (fileContent != null) {
    ObjectOutputStream oos = null;
    FileOutputStream fos = null;
    try {
        // 1. 写入临时文件
        fos = new FileOutputStream(task_temp);
        oos = new ObjectOutputStream(fos);
        oos.writeObject(fileContent);
        
        // 2. 强制刷盘：先flush应用层缓存，再调用sync刷系统缓存到磁盘
        oos.flush();
        fos.flush();
        fos.getFD().sync(); // 关键！这一步才是真正把数据写到磁盘
        
        // 3. 关闭流
        oos.close();
        fos.close();
        
        // 4. 验证临时文件（读磁盘数据，不是缓存）
        FileInputStream fin = new FileInputStream(task_temp);
        ObjectInputStream ois = new ObjectInputStream(fin);
        String verifyContent = (String) ois.readObject();
        ois.close();
        fin.close();
        
        if (!fileContent.equals(verifyContent)) {
            // 验证失败，删除临时文件，不替换原文件
            task_temp.delete();
            return;
        }
        
        // 5. 原子替换原文件：同一目录下的rename是原子操作
        if (task_data.exists()) {
            task_data.delete();
        }
        task_temp.renameTo(task_data);
        
    } catch (IOException | ClassNotFoundException e) {
        // 异常处理：删除临时文件，保留原文件
        if (task_temp.exists()) {
            task_temp.delete();
        }
        e.printStackTrace();
    } finally {
        // 确保流关闭
        try {
            if (oos != null) oos.close();
            if (fos != null) fos.close();
        } catch (IOException e) {
            e.printStackTrace();
        }
    }
}

三、关键细节解释 #

• fos.getFD().sync()：这是解决问题的核心，它会阻塞直到系统把缓存中的数据写入磁盘，彻底避免硬断电时的缓存丢失问题。你的原代码只调用了flush()，这只是把数据从应用层传到系统缓存，并没有写到磁盘。
• 原子替换：同一目录下的renameTo()是原子操作，要么替换成功，要么原文件保持不变，不会出现中间状态。
• 临时文件验证：读取临时文件时，系统会从磁盘加载数据（不是缓存），确保写入的内容确实持久化了。

四、为什么原方案无效？ #

1. 先删除原文件再创建新文件：如果断电发生在新文件写入前，会直接丢失数据，只剩空文件。
2. flush()不保证持久化：flush()只是刷新应用层的输出缓存，数据还在系统内存里，硬断电就没了。
3. 读验证的是缓存：原代码读取task_data时，可能读的是系统缓存中的数据，不是磁盘上的实际内容，验证通过不代表数据已经落地。

内容的提问来源于stack exchange，提问作者Łukasz Szczeciński