推荐用 RecursiveDirectoryIterator + RecursiveIteratorIterator 安全遍历多级 logs 目录，配合 SKIP_DOTS 避免无限循环，通过 pathinfo 判断 log/err/out 后缀过滤文件，强制 UTC 时区后比对 filemtime 删除 7 天前日志。
PHP 脚本如何安全遍历多级 logs 目录并删除旧文件
直接用 glob() 或 scandir() 递归处理多层 logs 目录风险高，容易误删非日志文件或跳过深层子目录。推荐用 RecursiveDirectoryIterator + RecursiveIteratorIterator 组合，它天然支持深度遍历且可过滤文件类型。
- 必须加
FilesystemIterator::SKIP_DOTS，否则会把.和..当作目录继续递归，导致无限循环或报错 - 建议用
pathinfo($file, PATHINFO_EXTENSION)判断是否为常见日志后缀（如log、err、out），避免清掉config.php.bak这类伪装文件 - 先用
echo $file . "\n"打印预览，确认路径无误再加unlink()
按修改时间批量删除 7 天前的 log 文件（含时区兼容）
PHP 的 filemtime() 返回的是服务器本地时间戳，若日志由不同服务器写入（比如 Docker 容器时区不一致），直接比对 time() - 7 * 86400 可能漏删或误删。稳妥做法是统一转为 UTC 时间戳再比较。
- 用
date_default_timezone_set('UTC')开头强制时区，避免strtotime('-7 days')受 ini 设置干扰 - 不要用
filectime()—— 在 ext4 等文件系统上它表示 inode 修改时间，不是创建时间，且可能被touch或权限变更触发更新 - 示例判断逻辑：
if (filemtime($file) < strtotime('-7 days UTC')) { unlink($file); }
执行权限与路径安全：为什么 chmod 755 的 logs 目录仍报 “Permission denied”
常见错误不是目录没权限，而是 PHP 进程用户（如 www-data 或 nginx）对某一层父目录缺少 x（执行）权限 —— Linux 中进入目录需要 x 权限，哪怕只是读取其下的子项。
- 运行
namei -l /var/log/myapp/production/logs查看每一级权限，定位哪一层卡住 - 避免用
chown -R www-data:www-data /var/log/myapp，日志目录通常应属root:adm，PHP 进程只需对 logs 子目录有rwx即可 - 如果日志由 syslog 写入，注意
unlink()可能失败但不报错，需检查if (unlink($file) === false) error_log("fail: $file");
生产环境慎用的“一键清理”命令行陷阱
很多教程推荐 shell 命令如 find /path/logs -name "*.log" -mtime +7 -delete，但在 PHP 中通过 exec() 调用存在严重隐患：路径含空格、特殊字符时会截断；rm -rf 类命令无回收站；且 find 的 -mtime 计算基于 24 小时整数倍，精度不如 PHP 的 filemtime()。
立即学习“PHP免费学习笔记（深入）”；
- 绝对不要在
exec()中拼接用户输入的路径，哪怕只是配置项，必须用escapeshellarg() - 若坚持用 shell，改用
find ... -print0 | xargs -0 rm避免空格问题 - 更可靠的做法是：PHP 脚本只负责发现和校验，真正删除前写入临时清单文件，人工审核后再触发第二步执行
实际跑通的关键往往不在“怎么删”，而在“删谁”和“删得准”——多目录下文件名重复、软链接混入、NFS 挂载点延迟等边缘情况，比脚本语法更容易导致事故。
