a模式追加需手动换行，writelines不自动加换行符，多行写入应显式添加\n或用'\n'.join(lines)+'\n'；并发写入不安全，需同步机制；跨平台建议统一用\n并设newline='\n'。
用 a 模式打开文件就能追加，但多行写入前得手动换行
Python 的 open(..., 'a') 确实会把光标定位到文件末尾，但不会自动帮你加换行符。如果原文件最后一行没以 \n 结尾，新内容就会黏在上一行后面，比如：
第一行 第二行新内容
这不是 bug，是设计如此——a 模式只管“位置”，不管“格式”。
实操建议：
- 写入每行内容时，显式加上
\n，比如f.write("data\n") - 如果要写多行，用
write()拼接，或用writelines()（注意它不自动加换行） - 更稳妥的做法：先读取末尾是否为换行，再决定是否补一个——但多数场景直接加更简单
writelines() 不自动换行，别指望它替你分行
很多人以为 writelines(['a', 'b', 'c']) 会写出三行，实际结果是 abc。这个函数只是把列表里每个字符串“原样拼起来”写入，完全不处理分隔符。
常见错误现象：
- 用
writelines(lines)后发现所有数据挤成一行 - 误以为
'\n'.join(lines)是多余操作
正确做法：
- 写多行：用
f.write('\n'.join(lines) + '\n')（末尾加换行保证下一次追加不黏连） - 或逐行写：
for line in lines: f.write(line + '\n') - 如果
lines本身已带换行符（如从readlines()来），可直接writelines(lines)
并发写入时 a 模式不等于线程安全
多个线程或进程同时用 a 模式写同一个文件，仍可能产生交错甚至损坏，因为操作系统对“定位+写入”不是原子操作。尤其在 Linux 上，O_APPEND 虽能保证每次 write() 原子地追加，但 Python 的 writelines() 或多次 write() 仍可能被中断。
使用场景判断：
- 单线程脚本日志追加 → 安全
- 多进程采集数据写同一文件 → 风险高，需额外同步（如
filelock）或改用队列中转 - 高频写入（如每毫秒一次）→ 即使单线程也建议缓冲后批量写，减少系统调用开销
Windows 下换行符差异会影响跨平台读取
在 Windows 用 'a' 模式写入 \n，实际落盘可能是 \r\n（取决于是否启用 universal newlines，即默认的 newline=None）。这通常不影响 Python 自己读，但若文件要被其他工具（如 Excel、Shell 脚本）处理，就容易出错。
参数差异和兼容性影响：
- 显式指定
newline=''可禁用换行符转换，写什么就是什么 - 写日志类文本，推荐统一用
\n并设newline='\n'，避免 Windows 默认插入\r - 如果目标是兼容 Git / Unix 工具链，坚持 LF 换行比依赖系统行为更可靠
真正麻烦的不是“怎么追加”，而是“怎么让追加后的文件始终可读、可预测、可协作”。换行控制、并发边界、换行符归一化——这些细节堆起来，才决定一段 a 模式代码能不能从本地跑通，变成服务里稳住三天的日志模块。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
