Python文件写入默认缓冲，write()仅写入内存缓冲区，不保证落盘；需flush()将数据送至系统缓存，再调os.fsync()强制写入物理磁盘，二者缺一不可。
因为 Python 默认启用缓冲写入，write() 只把数据塞进内存缓冲区，不保证落盘
Python 文件写入默认是缓冲的，不是直写磁盘
操作系统和 Python 运行时都做了多层缓冲：Python 的 io.TextIOWrapper 有内部缓冲区，内核还有 page cache。调用 f.write() 后，数据通常只到了 Python 缓冲区；即使调用了 f.flush()，也只是把数据推到操作系统缓存，仍可能滞留在内核里，没真正写进磁盘扇区。
- 缓冲提升性能：减少系统调用次数，避免频繁磁盘寻道
- 代价是“延迟可见”：你用
cat a.txt或其他程序读文件时，可能看不到刚write()的内容 - 崩溃风险：程序异常退出前未
flush()+os.fsync()，数据大概率丢失
flush() 和 os.fsync() 的区别必须分清
flush() 是 Python 层操作，确保数据从 Python 缓冲区交到操作系统；os.fsync() 是系统调用，强制把内核缓存里的对应文件数据刷到物理设备。两者缺一不可（对强一致性要求场景）。
-
f.flush()：必须在f.write()后显式调用，否则依赖自动 flush（如换行符触发、缓冲区满、close()） -
os.fsync(f.fileno())：需传入文件描述符，开销大，不能滥用 - 常见错误：
f.flush()之后没跟os.fsync()，就以为“已落盘”——其实只是“已交差”
如何让日志或关键数据真正实时落盘
取决于你的可靠性等级需求。不是所有场景都需要 fsync()，但得知道怎么选。
- 仅需终端/其他进程立即可见：设
buffering=1（行缓冲）或flush=True参数，例如print("log", flush=True) - 服务日志要求不丢关键事件：每次写完调
f.flush()，尤其在while循环中 - 金融/事务类写入（如订单快照）：必须
f.flush()+os.fsync(f.fileno()) - 避免性能崩塌：不要在高频小写（如每毫秒写 1 字节）中无脑
fsync()；可聚合写入再刷，或用logging模块的RotatingFileHandler配合delay=False和自定义emit()
容易被忽略的细节：open() 的 buffering 参数和模式影响行为
同一个 write() 调用，在不同打开方式下表现可能完全不同。
-
open("x.log", "w")：默认全缓冲（buffering=-1），无换行也不 flush -
open("x.log", "w", buffering=1)：行缓冲，遇到\n自动 flush（文本模式下有效） -
open("x.log", "wb", buffering=0)：禁用 Python 缓冲（二进制模式强制为 0），每次write()直接系统调用——但依然不等于落盘 -
open("x.log", "a")追加模式本身不改变缓冲策略，该缓冲还是缓冲
最隐蔽的坑是：用 print(..., file=f) 写文件时，是否换行、是否带 flush=True，会极大影响输出时机——而很多人只盯着 f.write() 看。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
