使用服务器Cron触发时，多排队任务下wp-cron的执行行为疑问

首先明确：这种只执行第一个排队任务的情况绝对不是wp-cron的正常行为。不管是WordPress自带的访客触发机制，还是用服务器Cron主动调用wp-cron.php，正常逻辑下都应该一次性处理所有到期的排队任务。

接下来帮你拆解可能的原因和对应的解决办法：

可能的原因及排查方向 #

• 首个任务执行超时或崩溃：如果第一个任务需要处理大量数据（比如批量导入、备份），或者存在代码错误，可能会直接耗尽PHP的执行时间限制，导致脚本中途终止，后续任务根本没机会启动。你可以临时禁用这个任务，再触发服务器Cron，看看其他任务是否能正常执行来验证这一点。
• wp-cron锁机制异常：wp-cron运行时会在wp_options表中创建一个cron.lock选项，用来防止同一时间多个进程执行任务。如果首个任务执行时锁没有被正常释放（比如脚本意外中断），后续任务会因为检测到锁存在而跳过执行。你可以登录数据库，查看wp_options中是否存在这个锁，且它的过期时间是否远超过当前时间（默认锁的有效期是1小时）。
• 服务器Cron的触发方式有问题：很多人用wget或curl触发wp-cron.php，但这两种工具默认可能不会等待脚本完全执行就终止请求。比如wget如果不加--wait=0或者--no-hangup参数，可能会在服务器返回初始响应后就断开连接，导致wp-cron只执行了部分任务。相比之下，直接用PHP命令行调用更可靠：

  php /path/to/your/wordpress/wp-cron.php
  

  多站点环境需要额外指定站点URL：

  php /path/to/your/wordpress/wp-cron.php --url=https://your-site.com
  

• WP Control插件的显示误差：有时候插件的任务状态刷新不及时，可能实际所有任务都执行了，但插件只显示了第一个。你可以查看服务器的PHP错误日志或者WordPress的debug日志（开启WP_DEBUG_LOG），确认任务是否真的没执行。

解决建议 #

1. 排查首个任务的问题：开启WP_DEBUG和WP_DEBUG_LOG，查看首个任务执行时是否有错误输出。如果是第三方插件的任务，可以临时禁用该插件测试。
2. 更换触发方式为PHP命令行：用上面提到的PHP命令调用wp-cron.php代替wget/curl，确保脚本能完整执行。
3. 调整PHP执行时间限制：如果任务确实耗时较长，可以修改php.ini中的max_execution_time参数（比如设置为300秒），或者在wp-cron.php开头添加：

   ini_set('max_execution_time', 300);
   

4. 手动清理异常锁：如果确认cron.lock过期未释放，直接在数据库中删除该选项即可。
5. 错开任务执行时间：如果多个任务都比较耗时，可以将它们的执行时间错开（比如一个在每小时0分，一个在5分，一个在10分），避免同时执行导致资源竞争。

举个例子：你设置了3个每小时执行的任务，正常情况下服务器Cron每小时触发一次wp-cron，应该会一次性把这3个任务都处理完。如果只执行了第一个，大概率是上述某个原因导致的，按照上面的步骤排查就能解决。

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