Python无法直接恢复误删文件，依赖系统文件描述符机制：Linux/macOS中os.remove()仅解链接，持有file对象即可读取；Windows默认禁止删除。恢复需在关闭前用seek(0)和read()提取数据，或通过/proc/self/fd/（仅Linux）访问。
Python 本身无法直接恢复误删除但仍在打开的文件数据——恢复依赖的是操作系统层面的文件描述符机制，不是 Python 的语言特性。
为什么 os.remove() 后还能读取文件内容
在 Linux/macOS 上，os.remove()（或 shell 的 rm）只是解除文件名到 inode 的链接，只要进程还持有该文件的打开描述符（例如用 open() 得到的 file 对象），底层数据块就不会被真正回收。Windows 行为不同：默认禁止删除正在被打开的文件，会抛出 PermissionError: [WinError 32]。
- Linux/macOS 下可安全删除后继续读写，数据仍在内存/磁盘缓存中，直到文件对象被
close()或进程退出 - 这个“可恢复”不是靠 Python 主动找回路径，而是靠你仍持有那个没关闭的
file对象 - 一旦你调用了
f.close()或者f被垃圾回收，且文件已被rm，就彻底不可恢复（除非走磁盘级恢复工具）
如何从已打开但被删的文件中提取完整数据
最可靠方式是立刻读取当前文件对象的所有剩余内容，并写入新文件。注意：不能依赖 f.tell() 和 f.seek(0) 简单重读——因为文件可能被其他进程追加、截断，或你之前已读过部分；稳妥做法是先定位到开头再全量读取。
python-script-generator
下载
快速生成专业的 Python 脚本和应用代码。一键创建完整项目结构，支持CLI、API、爬虫、Bot、Django等多种项目类型，包含完整的项目结构、配置文件、依赖管理、测试、README和文档。
f = open('/tmp/temp.log', 'r+')
os.remove('/tmp/temp.log') # 在 Linux 上成功，f 仍有效
<h1>恢复数据：先回到开头，再读全部</h1><p>f.seek(0)
content = f.read() # 或 f.readlines() / f.readable()</p><h1>保存到新路径</h1><p>with open('/tmp/recovered.log', 'w') as out:
out.write(content)</p><p>f.close() # 关闭前确保已读完
- 对二进制文件，用
'rb'模式打开，f.read()返回bytes，写入时也用'wb' - 如果文件极大，避免一次性
read()导致内存爆满，改用循环read(8192) - 不要尝试用
os.path.realpath(f.name)或类似方式“找回路径”——f.name通常仍是原路径，但该路径已不存在，访问会报FileNotFoundError
Linux 下通过 /proc/self/fd/ 手动恢复（备用方案）
当你的 Python 进程里丢失了原始 file 对象引用（比如变量被覆盖、作用域结束），但进程仍在运行，可尝试从 /proc 文件系统找回数据。这需要知道文件描述符编号（fd），通常可通过 f.fileno() 获取，或用 lsof -p $PID 查看。
立即学习“Python免费学习笔记（深入）”；
# 假设你知道 fd 是 3，且文件曾是 /tmp/broken.txt（已删）
# 在 Python 中：
import os
with open(f'/proc/self/fd/3', 'rb') as fd_file:
data = fd_file.read()
<p>with open('/tmp/recovered.bin', 'wb') as out:
out.write(data)
- 此方法仅限 Linux，macOS 的
/proc不提供 fd 符号链接，Windows 无对应机制 -
/proc/self/fd/3是个符号链接，指向已删除文件的 inode，读取它等价于读原文件内容 - 若进程已关闭该 fd，或进程已退出，该路径将失效或返回空
真正容易被忽略的一点：恢复动作必须在文件对象被关闭前完成——没有“事后补救”，只有“趁它还开着时赶紧读”。一旦 close() 调用发生，哪怕只晚一毫秒，数据就从内核视角消失了。
