用filesize()判断log文件大小需先检查file_exists()和is_readable()，注意单位换算、符号链接解析及logrotate特性；删除时应rename原子重命名再unlink，并加锁、记录日志、结合filemtime()按大小+时间双条件筛选。
如何用 php 判断 log 文件是否超过指定大小
核心是 filesize() 函数，但它对不存在的文件或无权限文件会触发警告，直接用可能崩脚本。必须配合 file_exists() 和 is_readable() 做前置检查。
-
filesize()返回字节数，注意单位换算（如 10MB = 10 * 1024 * 1024） - 符号链接需用
realpath()解析后再判断，否则可能误判为小文件 - 某些日志轮转工具（如 logrotate）会先 rename 再创建新文件，此时旧文件名仍存在但已不写入——
filesize()拿到的是最终大小，可放心清理
PHP 删除超限 log 文件的安全写法
别直接 unlink() 就完事。生产环境要防误删、防删一半、防并发冲突。
- 先用
rename($file, $file . '.deleting')原子重命名，成功后再unlink()，避免其他进程正在写入时被删 - 删除前记录日志：
error_log("Deleting oversized log: $file (" . filesize($file) . " bytes)") - 加锁不是必须，但若同一目录多个 PHP 进程可能同时清理，建议用
flock()对一个临时锁文件加排他锁
按大小 + 时间双条件筛选 log 文件更稳妥
单看大小容易误伤：比如某天突发错误导致单个 log 瞬间涨到 50MB，但其实它才生成 2 小时，不该删；而一个 8MB 的 30 天前日志，更该优先清理。
- 用
filemtime()获取最后修改时间，和当前时间比对（如time() - filemtime($file) > 30 * 86400） - 组合条件建议：「大小超 20MB 或 超过 7 天且大于 5MB」，比纯大小阈值更合理
- 遍历目录时用
scandir()配合preg_match('/.log(?:.d+)?$/')过滤，避开.log.gz或临时文件
用 shell 命令辅助清理更高效？
PHP 不适合处理海量小文件。如果日志目录有上万文件，scandir() + 循环判断会很慢，此时该让系统命令扛压。
立即学习“PHP免费学习笔记（深入）”；
- 用
exec("find /var/log/myapp -name '*.log' -size +20M -delete 2>/dev/NULL", $output, $return)，但要注意safe_mode和disable_functions是否禁用了exec - 更安全的做法：PHP 只负责生成清理命令参数，调用封装好的 shell 脚本（如
cleanup_logs.sh），脚本里做权限校验和 dry-run 模式 - 务必验证
$return === 0，非零返回码说明 find 找不到路径或权限不足，不能静默忽略
实际跑起来最常出问题的，是没处理好文件正在被写入的场景——哪怕只是 filesize() 读一下，也可能因 NFS 挂载延迟或 SELinux 策略失败。宁可多加一层 @ 抑制警告，也别让整个清理流程中断。