Python如何删除指定目录下超过7天的旧文件_编写定时脚本结合mtime属性判断-Python教程-PHP中文网

核心是用time.time()减os.path.getmtime()得秒数再除86400换算天数，须用os.path.isfile()过滤目录、os.path.join()拼路径、os.walk()递归遍历，并捕获permissionerror等异常。

python如何删除指定目录下超过7天的旧文件_编写定时脚本结合mtime属性判断

用 `os.path.getmtime()` 获取文件修改时间再比对天数

判断文件是否超期的核心是获取其最后修改时间戳，再换算成距今多少天。Python 没有直接返回“几天前”的接口，得自己算：time.time() - os.path.getmtime(filepath) 得到秒数，除以 86400 才是天数（注意浮点精度问题，建议用 math.floor 或直接比较秒数阈值更稳妥）。

常见错误是误用 os.path.getctime()——在 Linux 上它是 inode 创建时间（不是文件创建时间），且不反映内容变更；Windows 上才接近创建时间。真正反映“文件内容最后一次改写”的只有 getmtime()。

务必先用 os.path.isfile(filepath) 过滤掉目录，否则 getmtime() 对目录也返回时间，但删除逻辑会出错
路径拼接别用字符串加法，统一用 os.path.join(root, name) 或 pathlib.Path(root) / name
如果文件被其他进程占用或权限不足，os.remove() 会抛 PermissionError 或 WindowsError，建议包一层 try/except

遍历目录时用 `os.walk()` 而非 `glob` 或 `listdir`

os.walk() 天然支持递归遍历子目录，返回的 root、dirs、files 元组结构清晰，适合逐层处理。相比 glob.glob("/**/*.txt", recursive=True)，它不依赖 shell 通配符解析，路径安全；相比 os.listdir() + 手动递归，它避免了栈溢出和路径拼错风险。

注意：os.walk() 默认按深度优先遍历，如果想先删子目录里的旧文件再处理父目录（比如防止空目录残留），不需要额外排序；但如果要跳过某些目录（如 .git），可在遍历中就地修改 dirs 列表：

for root, dirs, files in os.walk(top_dir):
    dirs[:] = [d for d in dirs if d not in {".git", "__pycache__"}]
    for name in files:
        filepath = os.path.join(root, name)
        # ……判断并删除逻辑

定时执行选 `crontab`（Linux/macOS）还是 `Task Scheduler`（Windows）

Linux/macOS 下直接加 crontab 最轻量：0 2 * * * /usr/bin/python3 /path/to/clean_old.py 表示每天凌晨 2 点运行。注意两点：一是 cron 环境变量极简，PYTHONPATH 和虚拟环境路径不会自动继承，脚本开头应显式激活或用绝对路径调用解释器；二是日志重定向很重要，加 > /var/log/clean_old.log 2>&1 才能看到报错。

提示词大师-python版

图片提示词生成器？不止如此。马甲系统 —— 把脑海中的画面，翻译成AI能理解的专业表达。用得越多，它越懂你：首次需要多问几句确认方向，用久了几乎一说就懂。用得越多，它越快：缓存机制让后续对话越来越省。 RAG进化：成功案例持续入库，越跑越聪明。输入「新手指南」查看完整功能介绍

下载

Windows 用户别硬套 cron 语法，用任务计划程序（Task Scheduler）新建基本任务，触发器设为“每天”，操作设为“启动程序”，程序/脚本填 python.exe，参数填脚本绝对路径。关键点：勾选“使用最高权限运行”，否则可能因 UAC 拦截导致删除失败；起始于必须填脚本所在目录（否则相对路径会错）。

测试定时任务前，先手动执行一遍脚本，确认输出无异常、实际删了预期文件
首次上线建议加 --dry-run 参数（自己实现），只打印将删哪些文件，不真删
避免把清理脚本放在待清理目录里，否则可能把自己删掉（尤其用 ** 通配时）

删除前检查 `mtime` 是否可靠——NFS、Docker、挂载盘的陷阱

在 NFS 共享目录、Docker volume、某些 Windows 网络驱动器上，os.path.getmtime() 返回的时间可能不准：NFS 客户端缓存 mtime、Docker 容器内时区与宿主机不同、挂载参数用了 noatime（虽不影响 mtime，但常伴随其他时间同步问题）。最稳的方式是加一层校验——对疑似超期文件，用 stat -c "%y" file（Linux）或 Get-Item file | % LastWriteTime（PowerShell）手动比对。

另一个隐蔽坑：文件系统本身不记录“创建时间”，mtime 是唯一可依赖的元数据。如果你需要按“上传时间”或“入库时间”清理，就得靠文件名规则（如 log_20240501.txt）或外部数据库记录，不能指望 mtime。

真遇到 mtime 异常，临时方案是改用文件名中的时间戳解析，但要注意格式一致性（datetime.strptime(name.split('_')[1], "%Y%m%d") 比正则更稳）。