答案是权限、路径或执行环境问题导致PHP日志清理函数不执行。首先检查文件路径是否为绝对路径，确认PHP进程对日志文件有删除权限，并排查SELinux等安全模块限制；其次通过echo或错误日志确认函数是否真正执行，避免因流程跳过或错误抑制导致无操作；若用于定时任务，需使用完整PHP路径、正确用户运行，并重定向输出以排查问题；最后考虑文件是否被占用，可改用清空内容替代删除。
PHP调用日志清理函数不执行，通常不是函数本身的问题，而是执行环境、权限控制或调用时机出了问题。很多开发者在开发过程中发现手动调用日志删除函数没有效果，或者定时任务中执行的脚本看似运行却无实际清理动作。下面从常见原因出发，结合排查方法和定时任务配置，帮你彻底解决这个问题。
1. 检查文件路径与权限
最常见的原因是脚本没有正确访问或删除目标日志文件的权限。
- 确认日志文件路径是否正确：使用绝对路径而非相对路径，避免因工作目录不同导致找不到文件。
- 检查PHP进程是否有写/删权限：Web服务器（如Apache或Nginx）运行用户（通常是www-data、nginx等）必须对日志目录有写和删除权限。
- 查看SELinux或AppArmor限制（Linux系统）：某些安全模块会阻止PHP删除文件，可通过setenforce 0临时关闭SELinux测试是否是其导致。
示例代码：
$logfile = '/var/www/logs/app.log';
if (file_exists($logfile)) {
if (unlink($logfile)) {
echo "日志已删除";
} else {
echo "删除失败，请检查权限";
}
} else {
echo "日志文件不存在";
}
2. 确保函数被真正执行
有时你以为函数被调用了，但实际上因为条件判断、异常中断或流程跳过而未执行。
立即学习“PHP免费学习笔记（深入）”；
- 加入日志或echo调试信息：在调用unlink()前后输出标记，确认代码是否走到该位置。
- 捕获错误信息：使用@抑制报错会掩盖问题，建议开启错误报告：
ini_set('display_errors', 1);
error_reporting(E_ALL);
这样可以及时看到“Permission denied”或“No such file or directory”等关键提示。
3. 定时任务（Crontab）配置正确性
如果通过浏览器访问能删除，但crontab不执行，问题大概率出在执行环境差异上。
- 使用完整PHP路径执行脚本：不要只写php script.php，应使用/usr/bin/php /path/to/script.php。
- 设置正确的执行用户：确保crontab属于能操作日志文件的用户，例如www-data或root。
- 重定向输出便于排查：将标准输出和错误输出记录下来：
* * * * * /usr/bin/php /var/www/clear_logs.php >> /tmp/cron.log 2>&1
查看/tmp/cron.log就能知道脚本是否运行、报什么错。
4. 文件被占用或锁定
正在被其他进程写入的日志文件可能无法删除。
- 检查是否有进程占用：Linux下可用lsof | grep app.log查看。
- 改用清空内容而非删除文件：若不能删除，可尝试清空内容：
file_put_contents('/var/www/logs/app.log', '');
这种方式更安全，尤其适用于正在被轮转或监控的日志文件。
基本上就这些。PHP日志清理函数不执行，多数是权限、路径或执行环境问题。只要逐项排查，配合日志输出和定时任务正确配置，基本都能快速定位。关键是别假设代码在运行，要用证据确认每一步是否真正执行。
