本文详解如何修复逐行迁移文件时程序冻结的问题，指出原代码中无限循环、频繁文件打开/关闭及编码滥用等关键缺陷，并提供基于上下文管理器的安全实现方案。
原代码存在多个根本性设计缺陷，导致程序陷入无限循环并最终冻结：
- 死循环逻辑错误：while range(len(lines)) != 0 始终为真（range(n) 是一个对象，永不等于 0），造成无限循环；
- 文件状态未同步：首次读取 lines = open(...).readlines() 获取的是初始行数快照，但后续循环中并未更新该变量，len(lines) 永远不变；
- 资源严重泄漏：每次循环都用 open() 打开文件却未显式 close()，导致句柄耗尽、I/O 阻塞；
- 低效且危险的重写操作：反复读取整个文件 → 截取 [1:] → 全量重写，时间复杂度 O(n²)，且在写入中途崩溃会导致源文件清空；
- 编码与模式错配：对二进制操作（如 truncate()）使用文本模式和 utf-8-sig 编码，易引发解码错误。
✅ 正确思路应是：避免“逐行移动”的伪需求，转而采用原子化、流式、资源受控的迁移策略。
若目标仅为将 file1.txt 内容完整迁移至 file2.txt 并清空源文件，推荐以下两种专业方案：
✅ 方案一：使用标准库 shutil（最简洁可靠）
import shutil
# 原子化复制 + 安全清空
shutil.copy("file1.txt", "file2.txt")
with open("file1.txt", "w", encoding="utf-8") as f:
f.write("") # 或直接 f.truncate()✅ 方案二：手动流式迁移（无外部依赖，精准控制）
SOURCE = "file1.txt"
TARGET = "file2.txt"
# 1. 流式复制（内存友好，支持大文件）
with open(SOURCE, "r", encoding="utf-8") as src, \
open(TARGET, "w", encoding="utf-8") as dst:
for line in src:
dst.write(line)
# 2. 安全清空源文件（保留文件属性，避免删除重建）
with open(SOURCE, "r+", encoding="utf-8") as f:
f.seek(0)
f.truncate()⚠️ 注意事项：永远使用 with 语句：确保文件自动关闭，杜绝句柄泄漏；避免 readlines() 加载全量到内存：对大文件极易 OOM；改用迭代 for line in file；清空 ≠ 删除重建：f.seek(0); f.truncate() 更安全，不改变文件权限、创建时间等元数据；文本模式务必指定 encoding：尤其 Windows 下 utf-8-sig 可兼容 BOM，但需保持读写一致；若需真正“逐行处理”（如带条件过滤、日志记录），可在 for line in src: 循环内添加业务逻辑，而非低效地反复读写同一文件。
总结：文件操作的核心原则是——最小化 I/O 次数、最大化资源可控性、优先使用标准库成熟方案。摒弃“边读边删”的脆弱设计，转向流式复制+原子清空，即可彻底解决冻结问题，并获得生产级健壮性。
