Laravel调度器在Docker容器中被终止，求其他故障原因

• Docker容器内存配额限制：即便PHP的memory_limit设为-1，Docker容器本身可能被分配了过小的内存配额。当进程占用内存超过容器限额时，Docker会触发OOM Killer强制终止进程。可以通过docker stats查看容器实时内存使用情况，或检查容器启动时的--memory、--memory-swap等参数配置。

• 调度任务进程泄漏：如果Laravel调度中的某个任务未正常结束（比如陷入死循环、未回收子进程），长时间运行后会堆积大量残留进程，耗尽系统资源最终被OOM Killer杀掉。可在容器内执行ps aux查看是否有大量挂起的PHP进程，同时检查任务代码是否存在无限循环、未关闭的数据库连接/文件句柄等问题。

• Laravel调度锁机制堆积：Laravel调度默认会加锁防止任务重叠，若某个任务执行时长远超预期，锁无法及时释放，后续的schedule:run进程会持续等待锁，导致进程堆积、资源占用飙升。可以给任务添加->withoutOverlapping($timeout)设置锁超时时间，或排查任务执行耗时过长的原因。

• 宿主机系统OOM Killer触发：当宿主机内存不足时，Linux内核的OOM Killer会根据进程的oom_score优先级，选择杀掉高资源占用的进程，PHP进程可能被选中。可查看宿主机的/var/log/syslog或dmesg日志，搜索“Out of memory”“Killed process”关键词确认是否为此原因。

• PHP扩展/依赖内存泄漏：部分PHP扩展或第三方依赖存在内存泄漏问题，每次执行任务都会泄漏少量内存，积累到一定程度后触发OOM。可以在任务代码中用memory_get_usage(true)记录内存变化，或借助php-memprof等工具排查内存泄漏点。

• Cron执行环境缺失：Cron的执行环境与容器默认环境不一致，缺少APP_ENV、DB_CONNECTION等必要环境变量，导致任务执行异常，进而引发资源占用过高或被系统终止。可在cron任务中明确指定环境变量，或执行命令前加载容器的环境配置文件，例如：

  * * * * * /usr/bin/env PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin APP_ENV=production php /var/www/html/artisan schedule:run >> /dev/null 2>&1
  

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