iOS端文件写入与关闭后，是否仍需调用FileHandle.synchronize()？

1. FileHandle.close()或Data.write(options: .atomic)是否会立即刷写到磁盘？ #

• FileHandle.close()：调用时会先将内核缓存中该句柄关联的未写入数据同步到磁盘，再关闭句柄，能保证数据落盘。
• Data.write(options: .atomic)：会自动完成刷盘操作。它的执行流程是先写入临时文件，待临时文件的数据同步到磁盘后，再将其重命名为目标文件，以此保证文件的完整性。

2. 原子写入的刷写操作是在重命名之前还是之后？ #

原子写入的刷写操作在重命名之前执行。完整流程为：创建临时文件 → 写入数据 → 同步临时文件到磁盘 → 重命名为目标文件。这样能确保重命名后的文件一定是完整的，断电时要么保留旧文件，要么新文件已完整落盘，不会出现半损坏状态。

3. 是否应避免使用String.data.write()？ #

不需要刻意避免，但要注意使用场景：

• 如果是关键配置文件，必须添加.atomic选项，避免直接覆盖原文件导致断电损坏。
• 如果不带.atomic选项直接写入，中途断电会导致文件出现部分损坏（如混合新旧数据、空字节），这种情况要避免。

4. 调用String.data.write()后，是否需要额外调用FileHandle.synchronize()？ #

• 若使用Data.write(options: .atomic)：不需要额外调用，原子写入流程已包含临时文件的同步操作，确保数据落盘。
• 若使用普通写入（无.atomic）：必须调用FileHandle.synchronize()，否则数据可能仅停留在内核缓存，未写入磁盘，断电后会丢失或损坏。

5. 普通写入后打开文件句柄调用synchronize()，会同步之前的数据吗？ #

• 若之前是.atomic写入：数据已完成同步，此时调用synchronize()无额外作用，但不会产生负面影响。
• 若之前是普通写入：调用synchronize()会将内核缓存中未同步的写入数据刷到磁盘，确保数据持久化。

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