如何通过 sync() 方法实现 FileDescriptor 文件描述符的内核缓冲区与物理磁盘同步？

本文共计1466个文字，预计阅读时间需要6分钟。

plaintextsync() 方法本身不操作 FileDescriptor（文件描述符），也不直接作用于某个具体文件或 FileDescriptor 实例。它是一个全局、无参的系统调用。

作用对象是整个内核的 页缓存（page cache） 和 块设备缓冲区（buffer cache），而非某个打开的文件句柄。

下面从底层逻辑讲清楚它到底做了什么、为什么和 FileDescriptor 无关，以及它真正同步的是哪些“内核缓冲区变量”。

---

sync() 不接收 FileDescriptor，也不按文件粒度工作

• sync() 是 POSIX 定义的系统调用（#include <unistd.h>），原型为：

  void sync(void);

  它没有参数，无法指定文件、路径或 int fd。

• Java 的 FileDescriptor.sync() 是对 fsync(fd) 的封装（针对单个 fd），不是 sync()；而 Linux 命令行里的 sync 命令调用的正是 sync() 系统调用——二者常被混淆，但语义完全不同。

✅ 正确对应关系： | 名称 | 作用范围 | 关联对象 | 是否需要 fd | |------|-----------|------------|--------------| | sync()（系统调用） | 全局：所有已挂载文件系统 | 内核脏页、超级块、inode、目录项等 | ❌ 否 | | fsync(int fd) | 单个打开文件 | 该 fd 对应的文件内容 + 元数据（如 mtime、size） | ✅ 是 | | fdatasync(int fd) | 单个打开文件（仅内容） | 该 fd 文件的数据块，不保证元数据落盘 | ✅ 是 | | FileDescriptor.sync()（Java） | 单个 fd | 底层调用 fsync(fd) | ✅ 是（隐式绑定） |

所以，解析 sync() 如何同步“内核缓冲区变量”，首先要明确：它同步的不是变量，而是内存中处于“脏”（dirty）状态的缓存页。

---

sync() 实际刷写哪些内核缓存结构？

它触发内核 writeback 机制，强制将以下几类已修改但未落盘的内存缓存块写入块设备：

• 脏页（Dirty Pages）
  属于 page cache 的页面，内容来自文件读写（如 write() 写入后尚未刷盘），标记为 PG_dirty。
• 脏缓冲区头（Dirty Buffer Heads）
  属于 buffer cache，用于管理磁盘块级 I/O（尤其 ext2/ext3 时代明显），保存 superblock、bitmap、inode table 等元数据副本。
• 文件系统超级块（superblock）与日志头（journal header）
  如 ext4 的 sbi->s_es 结构体、XFS 的 AGF/AGI 元数据，确保文件系统结构一致。
• 延迟分配的块映射信息（如 ext4 的 extent tree 脏节点）
  这些不一定在 page cache 中，但会被 sync() 触发的 writeback 流程一并提交。

⚠️ 注意：sync() 不等待设备完成物理写入（即不等硬盘磁头落下或 SSD NAND 编程完成），只确保数据交到块设备驱动队列，并标记相关缓存为 clean。是否真落盘，还取决于：

• 存储控制器是否启用 write-back cache（需 hdparm -W1 或 nvme set-feature 配合）；
• 文件系统是否挂载了 barrier 或 data=ordered/commit；
• 应用层是否调用了 fsync() 或 O_SYNC。

---

为什么说它“强制”，又为什么是阻塞的？

• sync() 在内核中会调用 sync_filesystem() → write_super() → __writeback_inodes_sb() 等路径，遍历所有脏 inode 和 page；
• 它会等待所有 writeback 工作完成（包括回写、IO 提交、bio 完成回调），因此 shell 执行 sync 时会卡住，直到全部 dirty 数据进入 block layer；
• 这种阻塞性保障了“调用返回即代表 VFS 层持久化完成”，是关机前做最终一致性兜底的关键依据。

---

实际验证：你能看到哪些“缓冲区变量”被清空？

虽然你不能直接读取内核变量，但可通过以下方式观察效果：

# 查看当前脏页数量（单位：KB） grep -i dirty /proc/meminfo | head -2 # 输出示例： # Dirty: 124500 kB ← sync 前 # Writeback: 18200 kB sync # 执行后再次查看，Dirty 和 Writeback 值通常显著下降 # 查看各文件系统挂载点的脏页统计（需 root） cat /proc/fs/ext4/*/stats | grep -i "dirty\|write"

这些数值背后，是内核中类似 nr_dirty, nr_writeback, bdi->dirty_ratelimit 等变量的实际变化——sync() 就是通过修改它们并唤醒 writeback 内核线程来实现同步的。

---

总结关键点

• sync() 是全局同步，与 FileDescriptor 无关，不接受任何文件标识；
• 它刷的是内核中被标记为 dirty 的 page cache 页面、buffer head、superblock 等缓存结构；
• 同步目标是让 VFS 层数据达到“可恢复一致性”状态，不是硬件级落盘保证；
• 它阻塞执行，返回即表示内核 writeback 已完成，是关机/拔盘前最轻量、最通用的数据安全屏障。

不需要纠结 fd，也不必追踪某个变量地址——sync() 的意义，在于它是一道统一、可靠、无需配置的内核级同步门限。