Go中Write后内容未立即出现是因默认缓冲机制：数据仅进入内核缓冲区，未落盘；需根据写入方式选择bufio.Writer.Flush()、file.Sync()或关闭文件来刷新。
为什么 Write 后文件内容没立刻出现？
Go 的 *os.File 默认使用带缓冲的写入（底层是 bufio.Writer 封装或系统调用缓冲），Write 调用成功只表示数据进了内核缓冲区，不保证落盘。尤其在程序未退出、文件未关闭时，用 cat 或其他进程读不到最新内容，就是这个原因。
这不是 bug，是性能设计：避免每次 Write 都触发系统调用。但调试、日志轮转、多进程协作等场景下，必须强制刷出。
Flush 不可用？先确认你用的是哪个写入器
只有实现了 io.Writer 且带缓冲的类型才需要（也才能）调用 Flush。常见情况：
-
os.File本身 **没有**Flush方法 —— 它是直连系统调用的，写入即进内核缓冲，但不保证同步到磁盘 -
bufio.Writer有Flush方法，它把用户数据从 Go 用户态缓冲刷到os.File（即触发一次或多次Write系统调用） - 若你还想确保数据真正写入物理设备（比如防止断电丢日志），得额外调用
file.Sync()
所以关键不是“怎么 Flush”，而是“你当前写入对象是不是可 Flush 的封装”。如果直接用 file.Write([]byte{...})，Flush 根本不存在，别找。
立即学习“go语言免费学习笔记（深入）”；
正确刷新的三类做法（按场景选）
根据你的写入方式，选择对应方案：
- 用
bufio.NewWriter(file)写入 → 调用wr.Flush()即可把缓冲数据交给file；之后如需落盘，再补file.Sync() - 直接用
file.Write()→ 无法Flush，但可调用file.Sync()强制将内核缓冲刷到磁盘（开销大，慎用高频场景） - 写完就关文件 →
file.Close()会隐式执行类似Sync的动作（具体取决于 OS 和文件系统），但不等价于Sync，不能依赖它保证数据持久化
示例（推荐组合）：
file, _ := os.OpenFile("log.txt", os.O_WRONLY|os.O_APPEND|os.O_CREATE, 0644)
defer file.Close()
writer := bufio.NewWriter(file)
writer.WriteString("hello\n")
writer.Flush() // 把 "hello\n" 交给 file.Write
file.Sync() // 确保写入磁盘（可选，看可靠性要求）
Sync 的代价和替代思路
file.Sync() 是阻塞系统调用，会等磁盘控制器确认写入完成，慢（毫秒级），频繁调用会拖垮吞吐。不是所有场景都需要它：
- 普通日志：用
bufio.Writer+ 定期Flush（比如每 100 条或每秒）更合理 - 关键事务日志（如数据库 WAL）：必须
Sync，但应尽量减少调用次数，比如批量写 + 一次Sync - 注意：
file.Sync()不刷新bufio.Writer缓冲 —— 必须先Flush，再Sync，顺序不能反
容易被忽略的一点：os.OpenFile 的标志位不影响缓冲行为，O_SYNC 虽然能绕过内核缓冲，但会极大降低性能，且部分文件系统不支持，一般不推荐代替手动 Sync。
