fileoutputstream 通过 filedescriptor.sync() 调用操作系统 fsync/fdatasync 实现强制刷盘，需先 flush 再 sync，且仅对有效写权限 fd 生效；flush 和 close 不保证落盘。
Java 中 FileOutputStream 通过其关联的 FileDescriptor 实现强制刷盘（sync），本质是调用底层操作系统的 fsync 或 fdatasync 系统调用，确保缓冲区数据真正写入物理存储设备。关键在于调用 FileDescriptor.sync() 方法。
FileDescriptor.sync() 是核心入口
该方法直接触发内核级同步操作，要求所有已写入但尚未落盘的数据（包括文件内容和元数据如修改时间、大小等）立即刷入磁盘。它会阻塞当前线程直到同步完成，并在失败时抛出 SyncFailedException。
- 必须确保流未关闭，且
FileDescriptor有效（可通过getFD()获取） - 不保证调用前所有 write 操作已完成——建议先调用
flush()，再调用sync() - 仅对打开时带有写权限的文件描述符有效；只读或已关闭的 fd 调用会抛出异常
典型安全写入流程
为确保数据持久化，推荐按“写 → 刷缓冲 → 强制同步”三步执行：
- 使用
FileOutputStream.write(...)写入数据 - 调用
FileOutputStream.flush()清空 Java 层缓冲区（如 BufferedOutputStream 的内部 buffer） - 获取 fd 并调用
FileOutputStream.getFD().sync()
示例代码片段：
try (FileOutputStream fos = new FileOutputStream("data.txt")) {
fos.write("hello".getBytes());
fos.flush(); // 推出 Java 缓冲
fos.getFD().sync(); // 触发 OS 级 sync
}
与 flush() 和 close() 的区别
flush() 仅将 JVM 缓冲区数据推送到内核页缓存，不保证落盘；close() 在大多数实现中会隐式调用 flush()，但不自动执行 sync（JDK 文档明确说明 close 不保证数据同步到磁盘）。因此，对可靠性要求高的场景（如日志、事务记录），必须显式调用 sync()。
注意事项与限制
该操作依赖底层文件系统和硬件支持。某些场景下可能无效或被忽略：
- 文件系统挂载时使用了
barrier=0、data=writeback等弱一致性选项 - 存储设备本身禁用了写缓存（如 SSD 的 write cache 关闭）或存在断电保护缺失
- Linux 下若文件位于 tmpfs 或某些网络文件系统（NFS v3 及更早），
sync()可能不生效或抛出异常
实际使用中应捕获 SyncFailedException 并做适当降级或告警处理。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
