正确追加需用a或ab模式而非w模式：a模式严格在末尾追加且保留原内容，ab用于字节写入；a+模式下write仍强制追加到末尾，seek无效；所谓“覆盖”多因模式误用、编码错误或换行符不匹配导致。
open 函数本身不会在 a 或 ab 模式下覆盖原文件——如果你观察到“覆盖”，一定是用错了模式，或误操作导致。
你可能误用了 w 模式而不是 a
-
w模式：总是清空文件内容再写入，哪怕只调用一次write() -
a模式：严格追加，指针自动定位到末尾，不碰已有字节
常见错误写法：
with open("log.txt", "w") as f:
f.write("new entry\n") # 原内容全没了
正确追加写法：
with open("log.txt", "a", encoding="utf-8") as f:
f.write("new entry\n") # 原内容保留，新行加在最后
注意：a 模式默认以文本方式打开，若写入非字符串（如 bytes），会报 TypeError；此时必须换 ab 模式。
立即学习“Python免费学习笔记（深入）”；
macOS UI 自动化技能包 —— 用 Python 控制你的 Mac
下载
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
a+ 模式读写时容易意外覆盖
a+ 允许读和写，但有关键限制：
- 写操作仍强制追加到末尾（这点和
a一致） - 但读操作的起始位置是文件开头，容易让人误以为“可以任意位置写”
典型陷阱：
with open("data.txt", "a+") as f:
f.seek(0) # 移动到开头
f.write("XXX") # ❌ 不会覆盖开头，而是写到末尾！
这个 write() 依然发生在文件末尾，和 seek() 无关。这是 a+ 模式的硬性行为，不是 bug。
如真需要修改中间内容，得用 r+ + seek() + 精确覆盖，但必须自己控制字节数，且不能增删长度——否则会错位。
编码或换行符引发的“覆盖假象”
- Windows 下用
\r\n，Linux/macOS 用\n，若手动拼接换行符出错，可能让新内容看起来“盖住”了上一行 - 没指定
encoding="utf-8"时，某些系统默认编码（如 cp1252）写中文会失败或截断，后续再读可能显示异常，误判为覆盖
验证方法：用二进制模式检查真实字节
with open("log.txt", "rb") as f:
print(f.read())
看输出里是否包含历史内容的原始字节。
真正可靠的追加，只依赖三件事：
用对模式（a / ab）、不手动 seek() 干扰、写前确认文件没被其他进程锁死或重定向。
其余所有“覆盖感”，基本都来自模式误用或观察偏差。
