Python读取文件时默认启用universal newlines机制：当newline=None（默认）时，输入中'\n'、'\r'、'\r\n'均被统一转换为'\n'返回；若newline=''，则保留原始行结尾不转换。
Python读取文件时换行符自动转换是怎么回事
Python默认以文本模式打开文件时，open() 会启用 universal newlines（通用换行符）机制：无论底层系统用 \n、 还是 <code>\r，读取后统一转成 \n。这是便利，也是隐患——你看到的换行符可能已不是原始内容。
常见错误现象：
– 在Windows上写入的 \r\n 文件，用 open('f.txt').read() 读出来后 .count('\n') 和实际行数一致，但 .count('\r\n') 为0；
– 想做二进制校验或协议解析时，原始换行符信息丢失。
- 若需保留原始换行符，必须用二进制模式：
open('f.txt', 'rb') - 文本模式下可通过
newline=''参数禁用自动转换（Python 3.2+），此时read()返回含原始换行符的字符串，但readline()仍按\n切分 -
os.linesep只表示当前系统“默认写入”时该用什么，不反映文件真实内容
写入文件时如何控制换行符输出
文本模式下，print() 或 f.write() 中的 \n 会被自动映射为当前系统的换行符（Windows→\r\n，Linux/macOS→\n）。这在跨平台生成配置文件、CSV 或脚本时容易出问题。
- 强制写入
\n：用二进制模式 + 手动编码：open('out.txt', 'wb').write(b'hello\nworld\n') - 文本模式下禁用转换：指定
newline=''（注意：此时print()的end仍会触发转换，应改用write()） - 想让所有平台都输出
\r\n？别依赖os.linesep，直接写死：f.write('line1\r\nline2\r\n')，并确保以open(..., 'w', newline='')打开（否则 Windows 会再把\r\n变成\r\r\n）
判断文件真实换行符类型的方法
不能靠 readline() 或 split('\n')，它们早已被标准化。必须读原始字节。
立即学习“Python免费学习笔记（深入）”；
- 快速探测：读前1024字节，检查是否存在
\r\n、\r（不含\n）、\n（不含前导\r） - 示例：
with open('f.txt', 'rb') as f: head = f.read(1024) if b'\r\n' in head: line_end = b'\r\n' elif b'\r' in head.replace(b'\n', b''): line_end = b'\r' else: line_end = b'\n' - 注意：混合换行符（如部分行
\r\n，部分\n）很常见，尤其 Git 仓库中经core.autocrlf处理过的文件
用pathlib或csv等高级接口时的换行符陷阱
pathlib.Path.read_text() 和 .write_text() 默认走文本模式，同样受 universal newlines 影响；csv.writer 的 lineterminator 参数只控制写入时的行尾，但若文件以文本模式打开，底层仍可能二次转换。
-
Path.read_bytes()/Path.write_bytes()是唯一真正绕过换行符干扰的方式 -
csv.writer(f, lineterminator='\n')在 Windows 上若用open(..., 'w')打开f，最终仍会变成\r\n—— 必须配open(..., 'w', newline='') - 第三方库如
pandas.read_csv()内部用 C 实现，换行符处理更底层，但line_terminator参数行为与标准 csv 一致
newline 参数并验证结果**。多数人栽在“以为 read() 看到的就是文件里存的”。 
