如何在PHP中后台执行脚本 调用函数后无需等待直接重定向

PHP默认采用同步阻塞的执行流程，当前HTTP请求进程会等待所有方法、逻辑全部执行完成后，才会将重定向响应返回给客户端。只要SearchOnGoogle还在执行，浏览器就收不到重定向指令，自然会等函数跑完才触发跳转。
要实现异步后台执行 + 立即重定向，核心思路是将慢任务从当前HTTP请求的生命周期中完全剥离，不要让请求进程承载慢任务的执行耗时。

方案1：低侵入快速实现（无需额外组件） #

通过提前输出响应、主动断开TCP连接的方式，让客户端第一时间收到重定向指令，PHP进程在后台继续执行慢任务。
修改后的核心代码如下：

public function backend()
{
    $form = $_POST;
    // 清空所有层级的输出缓冲区，避免内容被缓存
    while (ob_get_level()) {
        ob_end_clean();
    }
    // 配置响应头，告知客户端连接可正常断开
    header('Connection: close');
    header('Content-Length: 0');
    // 设置重定向地址
    header('Location: /');
    // 立即将响应内容推送到客户端，触发浏览器跳转
    flush();
    // 开启忽略客户端中断，哪怕客户端已经断开，PHP也会继续执行后续代码
    ignore_user_abort(true);
    // 放开脚本执行时间限制，避免慢任务被超时中断
    set_time_limit(0);
    // 后台执行搜索逻辑，此时客户端已经完成重定向
    SearchOnGoogle($form);
    exit;
}

注意事项：

• 该方案下慢任务和当前PHP-FPM进程绑定，如果进程被重启、服务器宕机，正在执行的任务会直接中断
• 仅适合执行时长在1分钟以内、对可靠性要求不高的临时场景
• 配置了Nginx反向代理的场景，需要额外关闭Nginx对FastCGI响应的缓冲，否则响应会被Nginx攒完再推给客户端，达不到立即跳转的效果

方案2：独立进程异步调度 #

利用系统Shell的后台进程能力，将慢任务丢给独立的系统进程执行，当前PHP请求不等进程返回，直接返回重定向。
代码实现：

public function backend()
{
    $form = $_POST;
    // 序列化表单参数，做转义避免shell注入
    $formParam = escapeshellarg(json_encode($form));
    // 让后台脚本脱离当前Shell进程组独立运行，输出直接丢弃
    shell_exec("nohup php /your/path/to/async_search.php '{$formParam}' > /dev/null 2>&1 &");
    // 立即返回重定向，完全不等后台任务启动
    return redirect('/');
}

对应的async_search.php脚本只需要接收传参，调用SearchOnGoogle函数执行逻辑即可。

方案优势：后台任务和当前PHP请求进程完全解耦，哪怕请求进程结束，后台任务依然可以持续执行，可靠性比方案1高。
方案局限：没有任务状态跟踪、失败重试机制，并发量过高时容易创建大量进程占满服务器资源。

方案3：生产环境可靠实现（任务队列解耦） #

通过消息队列实现完全的请求-任务解耦：

• 当前请求接口收到参数后，仅将需要执行的SearchOnGoogle任务（包含表单参数）写入Redis、RabbitMQ等消息队列
• 写入完成后立即返回重定向响应，整个请求的处理耗时通常在10ms以内
• 单独运行常驻的消费者进程，持续从队列中拉取任务，后台执行搜索逻辑，可配套实现任务重试、失败告警、并发控制等能力

这种方案下无论SearchOnGoogle的执行时长是10秒还是10分钟，都不会对前端的重定向响应造成任何影响，是正规生产环境的标准实现方式。

• 不要使用pcntl_fork在PHP-FPM模式下创建子进程：FPM的进程管理机制和fork出来的子进程兼容性极差，容易出现进程泄漏、内存溢出等问题，生产环境基本不会采用
• 不要用“后端返回页面后，用JS发异步请求执行慢任务”的方案：这种方式依赖浏览器始终保持连接，一旦用户跳转、关闭标签页，异步请求就会中断，根本达不到后台持续执行的要求

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