WordPress Cron函数执行触发PHP超时问题的解决方案咨询

在cron定时任务中通过StoreRocket提供的REST API更新门店数据时，接口存在每分钟60次的请求频率限制。如果在每次请求后添加1秒的sleep()等待间隔，受PHP配置max_execution_time=120秒限制（无权限修改该配置），脚本执行满2分钟就会触发超时中断。
当前实现代码：

function cron_repeat_function () {
  $remote_api_url = "StoreRocket api url";
  $request_args = "setup request arguments";
  foreach ( $locations as $location ) { 
    $storerocket_post_request = wp_remote_post( $remote_api_url, $request_args );   
    sleep(1);                                                         
  }
}

核心思路是放弃单次脚本跑完所有任务的逻辑，改用分批处理+任务接力的模式，完全绕开PHP执行时长限制，适配WordPress运行环境的具体操作如下：

• 任务启动时，先把全量待更新的门店ID存入WordPress选项表（或临时缓存），同时初始化处理偏移量为0，标记任务处于进行中状态
• 单次定时任务执行时，只从待更新列表里按偏移量取最多90条数据处理：每条请求后间隔1秒再发下一次，算上接口本身的响应耗时，总执行时长基本控制在110秒以内，留足冗余不会触发120秒超时
• 单批数据处理完成后，更新偏移量。如果还有剩余待处理数据，用wp_schedule_single_event()注册一个1分钟后执行的单次定时任务，接力处理下一批数据；如果所有数据处理完成，就清空待更新标记和偏移量，结束整个任务流程

可落地的优化细节：

1. 不要固定写死1秒等待：每次请求拿到响应后，先读取响应头里的限流剩余次数、重置时间字段，如果当前剩余请求额度充足，可直接发起下一次请求，不用等满1秒，压缩整体处理耗时
2. 给单次HTTP请求设置超时阈值：调用wp_remote_post()时在$request_args中传入timeout参数，值设为3-5秒即可，避免单次接口无响应拖慢整批任务的执行进度
3. 失败请求单独记录：遇到接口报错、超时的请求，不要在当前批次无限重试，把对应ID单独存入失败重试队列，等全量正常数据处理完后再安排补处理，避免无意义拉长单次执行时间

注意：不要尝试调用set_time_limit(0)或ini_set('max_execution_time', 0)绕过限制，绝大多数共享主机环境会禁用这类函数，强行修改执行时长的行为也很容易触发主机安全规则，导致进程被直接杀死。

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