应优先用datetime计算目标时间点再与st_mtime比较，避免直接用time.time()减秒数导致跨月错误；推荐pathlib.rglob()遍历+try/except安全删除，并写绝对路径脚本配crontab定时执行。
直接用 find 命令最稳，Python 脚本不是必须的；但如果必须用 Python（比如要集成进已有监控系统、需记录清理日志或做条件过滤），关键在于别依赖 os.path.getmtime() 算“30天前”，而要用 datetime 和 stat.st_mtime 做精确时间比较。
为什么不用 os.path.getmtime() 直接减 30*24*3600？
文件系统时间戳可能受时区、夏令时、NTP 同步抖动影响，time.time() - 30*86400 是粗略秒数，但跨月时会出错（比如 1 月 31 日减 30 天 ≠ 12 月 1 日）。更可靠的方式是用 datetime 计算目标时间点，再和 os.stat().st_mtime 比较：
-
os.path.getmtime()返回浮点秒数，类型脆弱，不带时区信息 - 应统一转为
datetime对象：用datetime.fromtimestamp(st_mtime)（本地时区）或datetime.utcfromtimestamp()（UTC），再与目标时间比 - 若日志路径含中文或特殊字符，
os.listdir()可能抛UnicodeDecodeError，建议用pathlib.Path替代
用 pathlib 遍历 + datetime 判断是否超期
这是目前最简洁、可读性高且容错强的做法。注意：默认只删普通文件，跳过目录和符号链接：
from pathlib import Path
from datetime import datetime, timedelta
<p>log_dir = Path("/var/log/tmp")
cutoff = datetime.now() - timedelta(days=30)</p><p>for f in log_dir.rglob("*.log"):
if f.is_file():
mtime = datetime.fromtimestamp(f.stat().st_mtime)
if mtime </p>
-
rglob("*.log")支持通配符递归匹配，比os.walk()更直观 -
f.stat().st_mtime比os.path.getmtime(str(f))更安全，避免路径转字符串的编码问题 - 务必加
try/except—— 权限不足、文件正被写入、NFS 挂载中断都可能导致unlink()失败
如何安全加入定时任务（crontab）？
不要直接在 crontab 里写长 Python 命令，容易因 shell 解析、路径、环境变量出错。正确做法：
- 把脚本存为
/opt/clean_logs.py，开头加#!/usr/bin/env python3，并chmod +x - crontab 条目写成：
0 2 * * * /opt/clean_logs.py >> /var/log/clean_logs.log 2>&1 - 必须指定完整路径：
PATH在 cron 中极简，python3可能找不到；log_dir也得写绝对路径 - 加日志重定向，否则失败时你根本不知道发生了什么
真正容易被忽略的是：日志文件可能被服务进程持续打开（如用 rotatelogs 或未关闭句柄），此时 unlink() 成功但磁盘空间不释放。得配合 lsof + kill 或改用 logrotate 原生方案——Python 脚本只适合“冷日志”清理场景。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
