python内部统一用\n，但文件i/o受系统和newline参数影响：默认newline=none时，写入\n自动转为os.linesep（windows为\r\n，linux/macos为\n），读取则将各类换行符统一转为\n；设newline=''可禁用转换以保留原始换行符。

Python内部统一用\n，但文件I/O受系统和newline参数影响

Python解释器自身不区分平台换行符——所有字符串里的换行都用\n表示。真正导致差异的，是open()在文本模式下的默认行为：newline=None（默认值）会触发“通用换行符支持”，写入时把\n自动转成当前系统的原生换行符：os.linesep（Windows为\r\n，Linux/macOS为\n）。这不是Python“变来变去”，而是它在帮你适配宿主系统。

记事本只认\r\n，但VS Code等编辑器能识别\n

你在Windows上用open('f.txt', 'w').write('a\nb')写入后，用记事本打开显示为一行，不是Python错了，而是记事本根本不处理\n。现代工具如VS Code、Notepad++、cat、vim都能正确解析\n。所以问题本质不是“Python换行符不同”，而是“目标阅读工具支持哪些换行符”。

提示词大师-python版

图片提示词生成器？不止如此。 马甲系统 —— 把脑海中的画面，翻译成AI能理解的专业表达。 用得越多，它越懂你：首次需要多问几句确认方向，用久了几乎一说就懂。 用得越多，它越快：缓存机制让后续对话越来越省。 RAG进化：成功案例持续入库，越跑越聪明。 输入「新手指南」查看完整功能介绍

下载

• 要兼容Windows记事本？手动写\r\n，或用newline='' + 文本模式 + 显式'\r\n'
• 要生成跨平台安全的日志或CSV？用newline=''禁用自动转换，自己控制写入\n
• 读配置文件时发现line[-2]报错？说明你没考虑原始行尾可能是\r\n，而readlines()已把它归一化为\n了

print()写文件时的换行由两层控制：函数end + 文件newline参数

print('x', file=f)默认加\n，但这个\n是否被转成\r\n，取决于f是怎么打开的：

• open('f.txt', 'w')（默认newline=None）→ print()加的\n会被转成\r\n（Windows）
• open('f.txt', 'w', newline='') → print()加的\n原样写出，不转换
• 如果源字符串本身带\n（比如从readline()读来的），再print(line, file=f)就可能变成\n\n，显示为空行

读文件时\r\n总变成\n，但你无法知道原始是哪种

只要用文本模式读（open(..., 'r')），无论源文件是\r\n、\r还是\n，Python都会归一化为\n返回。这是PEP 278规定的便利特性，但也是陷阱：

• 你无法通过line.endswith('\r\n')判断原始格式
• 若需保留原始换行（比如生成批处理脚本、构造HTTP响应头），必须用二进制模式rb/wb，自己解析字节流
• os.linesep只告诉你“当前系统期望什么”，不告诉你“文件里原来是什么”

关键不在Python多变，而在你是否清楚：字符串里是什么、文件以什么模式打开、谁来读这个文件。漏掉任一环，换行就会“意外”。

Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！