Python读写文件时换行符易错乱，需用open()的newline参数精确控制：设newline=''禁用转换以保留原始换行符，newline='\n'强制LF格式；str.splitlines()比replace()更可靠地处理各类换行符。
读文件时换行符被忽略或错乱？用 open() 的 newline 参数控制
Python 默认的文本模式会自动将 \r\n 和 \r 统一转成 \n，写回时又按平台默认换行符处理。这在跨平台处理配置文件、CSV 或协议文本时容易出问题——比如 Windows 下生成的文件在 Linux 里打开显示为一行，或正则匹配 \n 失败。
- 明确指定
newline=''（空字符串）可禁用通用换行符转换，让read()返回原始字节流对应的字符串，保留所有原始换行符 - 若需逐行处理但又要保留原换行符，用
newline=None（默认值）+ 手动记录每行末尾的\r\n或\n - 写文件时，
newline=''会让print(..., file=f)和f.write()都不自动补换行；而newline='\n'强制所有写入都用 LF，适合生成 Unix 兼容文本
str.replace() 和 str.splitlines() 处理换行符的区别在哪
很多人用 text.replace('\n', '').replace('\r', '') 去“清除换行”，但这会把 \r\n 拆成两个独立替换，中间插入意外空格或漏掉组合；更糟的是，它无法识别 Unicode 换行符如 \u2028（LINE SEPARATOR）。
-
str.splitlines(keepends=False)能正确识别所有 PEP 263 定义的换行符，并默认丢弃它们；设keepends=True则保留每行末尾的原始换行符 -
str.replace()只做字面替换，不理解换行语义；对混合换行符（如"line1\r\nline2\nline3\r"）结果不可靠 - 需要统一换行符格式时，先
splitlines(keepends=True)再拼接更安全：''.join(line.rstrip('\r\n') + '\n' for line in text.splitlines(keepends=True))
用 pathlib.Path.read_text() 和 .write_text() 时换行符怎么管
pathlib 的这两个方法底层仍走 open()，但默认不暴露 newline 参数，容易误以为“自动处理=万无一失”。实际它用的是系统默认行为，跨平台写入时可能悄悄把 \n 改成 \r\n。
Claw Code Suite (Python-Only Edition)
下载
仅使用 Python 将 Claw Code 虚拟化框架与 OpenClaw 集成，提供 184 种工具和 200 多条命令，用于安全分析和代码质量...
- 必须控制换行符时，别用
.read_text()，改用Path.open(mode='r', newline='')...手动开文件 -
.write_text()接收一个encoding参数，但没有newline；想确保写 LF，得先处理好字符串再写：p.write_text(text.replace('\r\n', '\n').replace('\r', '\n')) - 如果文件内容来自网络或用户输入，且后续要参与 diff 或哈希校验，换行符差异会导致校验失败——这时候宁可多写两行
open()，也别依赖pathlib的“便利”
正则匹配换行符总失败？检查 re.DOTALL 和真实字符
re.match(r'.*', text) 默认不匹配换行符，这不是 bug，是设计：点号 . 天然排除 \n。但很多人以为“换行符没被读进来”，其实只是正则没覆盖。
立即学习“Python免费学习笔记（深入）”；
- 加
re.DOTALL标志让.匹配包括\n在内的所有字符 - 更精准的做法是显式写换行符：
r'foo[^\n]*\nbar'或r'foo.*?\nbar'（配合re.DOTALL） - 注意
\s在 Python 中默认包含\n、\r、\t等，但某些正则引擎（如 JS）里不包含，移植代码时容易踩坑
