ThinkPHP 8 定时任务无内置资源限制，需在命令类（set_time_limit、ini_set、Db::chunk）、PHP CLI配置（max_execution_time、memory_limit）及Linux cron层（timeout、ulimit）三处协同设防，并通过日志记录内存与执行时间实现可追溯监控。
ThinkPHP 8 的定时任务本身不内置资源限制机制，它完全依赖 PHP 运行时和操作系统层面的控制。所谓“资源限制”，实际是指防止某个定时命令因内存溢出、执行超时或无限循环拖垮整个系统——这不是框架配置项，而是需要你在命令类、PHP 配置和服务器环境三处协同设防。
命令级：在 execute() 中主动设限
每个继承 think\console\Command 的任务类，都应在 execute() 方法内做轻量但有效的资源防护：
- 设置脚本最大执行时间：
set_time_limit(300)（5 分钟），放在方法开头；若任务可能耗时更长，需确认服务器允许且业务可接受 - 限制内存使用：用
ini_set('memory_limit', '128M')覆盖当前命令的内存上限（注意不能高于 php.ini 全局设定） - 避免全表遍历：如需处理大量数据，强制分页或分块（
Db::chunk(500, function($items){...})），并每次迭代后调用gc_collect_cycles()主动回收内存 - 禁止阻塞式等待：不用
sleep()做轮询，改用条件判断 + 退出；不调用未超时控制的第三方 SDK 同步接口
PHP 层：统一约束 CLI 模式行为
定时任务通过 php think schedule:run 触发，走的是 CLI SAPI，因此应单独配置 CLI 的 php.ini，而非 Web 版本：
- 找到 CLI 对应的 php.ini（运行
php -i | grep "Loaded Configuration File"确认路径） - 修改关键参数：
max_execution_time = 600（10 分钟，建议不低于命令内 set_time_limit）memory_limit = 256M（CLI 场景通常比 Web 更宽松，但不宜设为 -1）default_socket_timeout = 30（防止 cURL 或数据库连接卡死） - 重启 crond 服务（如有必要）或确保下次 cron 执行时加载新配置
系统层：用 crontab + 环境工具兜底
Linux cron 本身不管理资源，但可通过包装命令实现硬性隔离：
立即学习“PHP免费学习笔记（深入）”；
- 用
timeout限定总耗时：*/5 * * * * timeout 600 /usr/bin/php /var/www/myapp/think schedule:run >> /var/log/tp-cron.log 2>&1
超过 10 分钟直接 kill 进程，避免僵尸任务堆积 - 用
ulimit控制单次执行的资源上限：*/5 * * * * (ulimit -v 262144; /usr/bin/php /var/www/myapp/think schedule:run) >> /var/log/tp-cron.log 2>&1
其中-v 262144表示虚拟内存上限 256MB（单位 KB） - 避免多实例并发冲突：对必须串行的任务（如清理缓存），加文件锁或数据库标记位，不在 crontab 里简单叠加频率
日志与监控：让资源问题可追溯
限制不是为了“堵”，而是为了“知”。没有日志的限制等于没设：
- 在命令 execute() 开头记录内存与时间起点：
$startMem = memory_get_usage(); $startTime = microtime(true); - 结尾计算并写入日志：
$usedMem = round((memory_get_usage() - $startMem) / 1024 / 1024, 2); $elapsed = round(microtime(true) - $startTime, 2);<br> Log::info("task:sync:user", ['mem_used_mb' => $usedMem, 'duration_sec' => $elapsed]); - 定期检查
runtime/log/中的 cron 日志，配合grep "mem_used_mb" *.log | awk '{print $NF}' | sort -n快速定位内存异常增长的任务
