这是个很容易混淆的点，我来帮你拆解两者的核心差异。先看它们的函数声明：

int syncfs(int fd);
int fsync(int fd);

虽然参数都是文件描述符fd，但它们的同步范围和目标完全不同：

1. fsync()：只同步单个文件 #

fsync()会将文件描述符fd所指向文件的所有修改过的内核内数据（即修改后的缓冲区缓存页）传输（“刷新”）到磁盘设备（或其他永久性存储设备），以便即使系统崩溃或重启后仍能检索到所有更改的信息。这包括写入或刷新磁盘缓存（如果存在）。该调用会阻塞，直到设备报告传输完成。它还会刷新与该文件关联的元数据信息（参见stat(2)）。

简单来说，fsync() 是精准针对单个文件的操作：它只处理你传入的fd对应的那一个文件，把这个文件的所有脏数据（修改过的缓存页）和它的元数据（比如修改时间、文件大小这类信息）都刷到磁盘，确保这个特定文件的修改是持久化的，不会因为系统崩溃丢失。

2. syncfs()：同步整个文件系统 #

sync()会将所有文件元数据和数据的缓冲修改写入底层文件系统。syncfs()类似于sync()，但仅同步与打开的文件描述符fd所指向文件所在的文件系统。

syncfs() 则是针对整个文件系统的操作：你传入的fd只是用来定位它所在的文件系统，之后会把这个文件系统上所有最近修改过的文件数据和元数据都刷到磁盘——相当于对整个文件系统执行一次sync()，而不是只处理单个文件。

核心差异总结 #

• 同步范围：fsync() 仅作用于单个文件；syncfs() 作用于整个文件系统。
• 使用场景：如果只需要确保某个特定文件的修改持久化（比如写完日志后），用fsync()；如果需要确保整个文件系统的所有修改都落地（比如准备卸载分区、系统关机前），用syncfs()。

举个直观的例子：假设你的fd指向/home/user/note.txt，这个文件在/dev/sda2挂载的/home分区上。调用fsync(fd)只会把note.txt的修改刷到磁盘；而调用syncfs(fd)会把/home分区上所有最近改动过的文件（比如你的照片、配置文件、下载的文档等）的修改都同步到磁盘。

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