ext4默认启用延迟分配机制，write()后数据暂存page cache，断电会导致内容丢失或变空；data=ordered仅保障元数据一致性，不保证数据落盘；需用fsync()、禁用磁盘写缓存等措施提升持久性。
Ext4 并没有名为 Auto_Da_Alloc 的特性——这是一个常见误传或拼写混淆。你实际想了解的，是 Ext4 默认启用的 delayed allocation（延迟分配） 机制，及其在断电场景下的行为与应对策略。
延迟分配不是“自动同步”，而是“推迟块分配”
delayed allocation 指的是：当应用调用 write() 时，Ext4 并不立即为数据分配磁盘物理块，而是先将数据暂存于内存 page cache 中，等到内核 writeback 线程真正刷盘前一刻，才统一规划并分配连续块。这提升了顺序写性能、降低了碎片，但带来一个关键副作用：
- 数据已进入 page cache，但尚未落盘，也未分配块 → 此时断电，该部分数据彻底丢失；
- 文件 inode 已更新（如大小、修改时间），但对应的数据块为空或旧内容 → 表现为“文件存在但内容为空/乱码/过期”；
- 这正是你观察到“断电重启后文件内容没变”甚至“变空”的根本原因。
data=ordered 是默认防线，但只保元数据一致性
Ext4 默认挂载模式为 data=ordered，它保障：
- 所有文件数据必须在对应元数据（如 inode、目录项）提交到磁盘前完成写入；
- 避免出现“文件已列在目录中，但读出来是空或乱码”的崩溃不一致状态；
- 但它不保证未显式同步的数据一定落盘，即不提供持久性（durability）。
换句话说：它防止“逻辑损坏”，但不防止“数据丢失”。你的 QFile::write() + close() 调用并未触发落盘，系统仍可能在 30 秒后才批量刷出 —— 断电就丢。
真正有效的防护措施
要防止断电导致新写入内容丢失或变空，需在应用层或系统层主动干预落盘时机：
-
应用层调用
fsync()或fdatasync()：在close()前显式同步，确保数据+元数据（或仅数据）写入磁盘。Qt 中可使用file.flush()配合file.handle()调用fsync()； -
禁用磁盘 Write Cache（尤其机械盘/HDD）：执行
sudo hdparm -W0 /dev/sdX，避免控制器缓存放大丢失风险； -
避免依赖
sync命令临时补救：它同步全系统脏页，开销大且不精准；对单个关键文件，fsync()更可靠、更及时； -
慎用
data=journal：虽能保证数据和元数据都经日志落盘，但随机小写性能下降超 30%，且加速 SSD 磨损，仅适用于极少数强持久性要求场景（如金融交易日志）。
验证与确认当前配置
快速检查是否处于安全基线：
- 查看挂载选项：
mount | grep " / " | grep -o "data=[^,]*"→ 应显示data=ordered； - 确认日志启用：
sudo dumpe2fs -h /dev/sda1 | grep -i journal→ 必须有 journal 信息； - 检查磁盘缓存：
sudo hdparm -I /dev/sda | grep "Write cache"→ 建议为 disabled（尤其嵌入式或关键设备）。
