print() 默认换行，禁用需设 end=""；字符串中\n是换行符，字面显示需r""或\；文件读写换行符平台差异大，应显式指定newline参数；sys.stdout.write()不自动换行且不刷新缓冲区。
print() 默认换行和禁用换行的两种写法
print() 默认会在输出末尾自动添加 \n，这是它最常被忽略的隐式行为。如果你连续调用两次 print("a")，实际输出是两行；但有时你只想输出后不换行，比如拼接进度提示或动态覆盖同一行。
禁用换行只需传入 end 参数：
print("正在处理...", end="")
print("完成！") # 输出：正在处理...完成！（在同一行）注意：end 的默认值是 "\n"，不是空字符串；若想用空格分隔，可设为 end=" "。另外，end 不影响前面内容是否含换行符——如果字符串本身含 \n，它仍会生效。
字符串中写 \n 和 r"" 原始字符串的区别
在 Python 字符串里，\n 是转义字符，表示换行；但如果你真想字面写出反斜杠加 n（比如写正则、Windows 路径或调试输出），就得用原始字符串 r"" 或双反斜杠 \\n。
立即学习“Python免费学习笔记（深入）”；
常见错误场景：
- 误以为
"C:\new\test.txt"是合法路径 → 实际\n和\t被解释为换行和制表符，导致路径错误 - 用
re.search("\d+\n", text)匹配数字加换行 → 若text来自文件读取，可能含\r\n（Windows），匹配失败
正确做法：
path = r"C:\new\test.txt" # 或 "C:\\new\\test.txt" pattern = r"\d+\n" # 原始字符串避免转义干扰
文件读写时换行符的平台差异与控制
Python 在不同系统上对换行符的处理有隐式转换：打开文件时默认使用 newline=None，此时 read() 会把 \r\n（Windows）或 \r（旧 Mac）统一转成 \n；write() 则把 \n 自动转成当前系统的换行序列。
这在跨平台协作或生成特定格式文件（如 HTTP 响应、CSV、Git 配置）时容易出问题：
- 写 CSV 文件时，用
csv.writer默认按系统换行，但 Excel 在 Windows 上期望\r\n，Linux/Mac 上可能显示异常 - 用
open(..., "w")写脚本文件，却在 Linux 下生成了\r\n，导致./script.py报错bad interpreter: No such file or directory
解决方法是显式指定 newline 参数：
# 保证写入 LF 换行（Unix/Linux/macOS 标准）
with open("output.txt", "w", newline="\n") as f:
f.write("line1\nline2\n")
读取时不进行换行符归一化，保留原始 \r\n
with open("input.txt", "r", newline="") as f:
raw_lines = f.readlines() # 每行末尾可能含 \r\n
sys.stdout.write() 与 print() 的换行控制差异
sys.stdout.write() 不自动换行、不加空格、不刷缓冲区，比 print() 更底层。它适合精细控制输出节奏，比如实现带退格的实时进度条、ANSI 颜色控制或协议级文本流。
但要注意三点：
-
sys.stdout.write()返回写入字符数，不是None，别误当布尔值判断 - 它不触发
flush，遇到缓冲（尤其重定向到文件或管道时）可能看不到输出，需手动sys.stdout.flush() - 不能直接传非字符串对象，
sys.stdout.write(42)会报TypeError，必须先str(42)
典型用法：
import sys
sys.stdout.write("\rProgress: 50%")
sys.stdout.flush() # 确保立即显示
# 注意：\r 回车符用于覆盖本行，不是换行真正跨平台稳定的换行控制，从来不是靠猜系统默认，而是明确指定行为、检查输入源编码与换行约定、并在关键路径做 newline 显式声明。尤其是涉及文件持久化、网络协议或自动化脚本时，\n 的“隐形转换”最容易在部署后突然暴露。
