os.rename()丢数据主因是目标同名文件被静默覆盖（Windows）或未处理跨设备复制+删除中断风险；安全做法需前置检查目标存在性、避免跨分区操作，并用pathlib精确处理后缀。
用 os.rename() 重命名文件时，为什么有时会丢数据？
直接调用 os.rename() 修改后缀名本身不会丢失数据——它只是改名，不触碰文件内容。但出问题的常见原因是：目标路径已存在同名文件，而 os.rename() 在多数系统上会直接覆盖（Windows）或报错（Linux/macOS），且无提示。更隐蔽的是，有人误把 shutil.move() 当作“安全重命名”用，却没意识到它在跨文件系统时实际是复制+删除，若中途中断，原文件已被删、新文件未写完，数据就丢了。
- ✅ 安全做法：先检查目标文件是否存在，不存在才执行重命名
- ✅ 跨分区/磁盘操作时，避免用
os.rename()（它会失败），改用shutil.move()+ 显式存在性校验 - ❌ 不要依赖异常捕获来兜底——比如 catch
OSError后继续，可能掩盖覆盖风险
批量改后缀的可靠流程：检查 → 构造新路径 → 原子化 rename
核心逻辑不是“遍历+改名”，而是“确保每个目标路径唯一且安全”。关键在路径构造和前置判断。
- 用
pathlib.Path处理路径更清晰：old_path.with_suffix('.txt')比字符串切片old_path[:-4] + '.txt'不易出错 - 必须检查
new_path.exists()，存在则跳过或报错，绝不静默覆盖 - 重命名前加一句
assert old_path.is_file()，防止目录被误操作 - 示例片段：
from pathlib import Path
root = Path('docs/')
for p in root.rglob('*'):
if p.is_file() and p.suffix == '.md':
new_p = p.with_suffix('.txt')
if not new_p.exists():
p.rename(new_p)
else:
print(f"跳过：{p} → {new_p} 已存在")
遇到只读文件或权限不足怎么办？
os.rename() 在 Windows 上对只读文件会直接失败（PermissionError），Linux/macOS 则可能成功但保留只读属性。这不是 bug，是系统行为差异。
- 先尝试
p.chmod(0o644)（仅限本地文件系统，网络挂载可能无效） - 若
chmod失败，说明权限由父目录或挂载选项控制，此时应中止而非强行覆盖 - 注意：修改权限本身不改变内容，但若用户误以为“改了权限就能随便动”，反而忽略真正的问题（如文件正被其他进程占用）
- 占用检测可尝试
open(p, 'r+b')加try/except，但 Windows 下仍可能漏判
为什么不用 glob 而推荐 pathlib？
glob 返回字符串路径，后缀处理容易出错（比如 'file.tar.gz'.replace('.gz', '.zip') 会错成 'file.tar.zip'）；pathlib 的 with_suffix() 专为后缀设计，自动识别最后的点，且能正确处理无后缀或双后缀（如 .tar.gz）。
立即学习“Python免费学习笔记（深入）”；
-
Path('a.b.c').suffix→'.c'，Path('a.b.c').stem→'a.b'，语义明确 -
Path('noext').suffix→''，不会意外拼出.txt；而字符串切片极易漏判 - 所有操作返回新
Path对象，链式调用自然，不易污染原始变量
os.rename() 在同一挂载点内原子、高效；一旦跨设备（比如从 /home 移到 /mnt/usb），它会抛 EXDEV 错误，这时必须降级为复制+删除，而复制过程没有原子性保障，得靠临时文件+重命名来模拟。这点不提前检查，批量跑一半卡住，就只能人工收尾。 
