写入\n时为何替换两个字符？文件读写结果不符预期咨询

这个问题的核心在于Windows系统中文本模式下的换行符自动转换，咱们一步步拆解清楚：

1. 文件打开模式的隐形规则
   你用的open("test.txt", "r+")是默认的文本模式（而非二进制模式rb+/wb+）。在Windows系统中，文本模式会自动处理换行符：当你写入"\n"时，系统会把它转换成Windows标准的换行序列"\r\n"（回车符\r + 换行符\n，共两个字节）。

2. 覆盖写入的实际行为
   代码里dfh.seek(0, 0)把文件指针移到了文件开头，接着执行dfh.write("\n")。在文本模式下，这行代码实际写入了两个字节的"\r\n"，直接覆盖了原文件开头的两个字符——也就是原内容12345的前两位"12"。

3. 最终结果的由来
   原文件是5个字符的12345，被替换前两位后，剩下的内容就是345，加上开头的换行（显示为空行），所以最终文件内容就是空行+345，和你看到的结果完全对应。

4. 如何实现预期效果
   如果你想只替换一个字符（写入单个换行符，保留2345），需要用二进制模式打开文件，这样系统不会自动转换换行符：

   dfh = open("test.txt", "rb+")
   dfh.seek(0, 0)
   dfh.write(b"\n")  # 注意这里要传入字节串
   dfh.close()
   

   另外，如果是在类Unix系统（Linux/macOS）下运行，文本模式的换行符本身就是单个"\n"，也不会出现这个问题——因为类Unix系统原生就用单个"\n"作为换行标识，不需要额外转换。

内容的提问来源于stack exchange，提问作者cavalist