PHP脚本通过CRON运行提前停止但浏览器运行正常该如何解决？

问题排查与解决方案 #

1. 区分PHP CLI与Web运行模式的配置差异 #

• 浏览器访问时脚本走PHP-FPM/mod_php的配置，CRON调用的是独立的PHP CLI模式，二者加载的php.ini配置文件完全独立，最大执行时间、内存限制等参数不通用
• 首先在业务脚本开头添加代码解除执行时间限制：set_time_limit(0);，部分发行版的PHP CLI默认max_execution_time仅为30/60秒，远低于Web模式的配置
• 执行命令php --ini可以查看CLI模式实际加载的配置文件路径，核对max_execution_time、memory_limit等参数的实际值

2. 检查CRON任务的全局超时配置 #

• 绝大多数服务器面板（宝塔、cPanel等）、自定义调度工具、甚至部分发行版原生CRON都会默认设置单任务最大执行时长，常见默认阈值就是60秒
• 查看你的CRON任务命令行，是否带有timeout前缀限制：比如* * * * * timeout 60 php /path/to/script.php，如果有直接修改超时时间为大于3分钟的数值即可
• 如果是使用面板配置的CRON，直接前往面板CRON管理页查找「任务最长执行时间」类的配置项，调整阈值即可

3. 排查权限与资源限制问题 #

• CRON任务默认以创建CRON的用户身份运行，和Web服务器的运行用户（www-data、apache等）权限不同，脚本执行到需要特定权限的操作（写文件、调用外部程序、访问受限目录）时可能被系统直接中止，且不会输出常规错误日志
• 可以手动模拟CRON执行环境测试：su - 你的CRON所属用户名 -c "php /完整路径/to/你的脚本.php"，观察是否会提前终止
• PHP CLI模式的默认内存限制通常低于Web模式，脚本如果内存占用超过阈值会被直接Kill，可以在脚本开头临时添加ini_set('memory_limit', -1);做测试验证

4. 避免无输出被判定为僵死进程 #

• 部分CRON调度服务如果检测到任务长时间无任何输出，会判定为僵死进程主动Kill，你可以在脚本关键执行节点主动输出内容并刷新缓冲区：比如echo "当前处理进度：XX% \n"; flush(); ob_flush();，避免被判定为无响应

快速验证方法 #

你可以先运行下面的测试脚本，确认是否是环境配置问题：

<?php
set_time_limit(0);
// 模拟3分钟运行时长
for ($i = 0; $i < 180; $i++) {
    echo "已运行：".$i."秒\n";
    flush();
    sleep(1);
}
echo "脚本执行完成，总时长180秒";
?>

把这个测试脚本替换到你原来的CRON任务中，如果能完整跑满3分钟，说明配置已经正常，问题出在你原有业务脚本的内部逻辑；如果还是提前终止，说明是全局的CRON/PHP CLI配置问题，按上面的方向逐一排查即可。

内容的提问来源于stack exchange，提问作者Andri