Laravel中页面切换后如何保持Ajax请求不终止持续运行

• 该配置仅能控制PHP层在检测到客户端断开连接时不终止脚本，优先级远低于web服务、PHP进程管理器、框架层的超时/终止规则，任意一层触发进程回收，脚本都会直接中断。
• 之前能正常生效大概率是当时未触发上层超时阈值，近期如果调整过Nginx/Apache超时、PHP-FPM超时配置、Laravel全局中间件，都会导致配置失效。
• 额外注意：PHP默认仅在尝试向客户端输出内容时才会检测连接状态，如果脚本全程无输出、且开启了输出缓冲，即使客户端断开，PHP也不会立刻触发abort判定，但只要web服务超时到达，进程依然会被杀死。

不要将1小时级逻辑直接放在Ajax请求对应的控制器方法中同步执行，无论怎么调整ignore_user_abort，web服务、PHP-FPM都不会长期保留请求进程，不仅稳定性差，还会占满连接池导致正常请求无法响应。
推荐直接使用Laravel原生队列实现异步执行，完全不受前端页面关闭影响：

• 前端发起Ajax请求时，控制器仅负责任务入队，立刻返回唯一任务ID给前端，整个响应耗时控制在100ms以内，从根源上避免客户端断开对任务的影响。
• 使用Supervisor维护队列工作进程，启动队列时增加--timeout=3600参数匹配1小时的任务耗时，队列进程运行在CLI模式下，不受web请求的abort规则、web服务超时限制，即使用户全部关闭页面，任务也会正常执行完成。
• 前端需要获取任务结果时，新增一个简单的查询接口，轮询传入之前返回的任务ID即可获取执行状态和最终结果。

如果需要临时调试同步执行逻辑，必须把全链路的超时和断开规则全部调整，缺少任意一环都会失效：

1. 控制器方法最开头加入以下代码，在输出完响应后立刻断开与前端的连接，后续逻辑后台执行：

   ignore_user_abort(true);
   set_time_limit(0);
   // 关闭输出缓冲，提前返回响应断开连接
   ob_end_clean();
   header("Connection: close");
   header("HTTP/1.1 200 OK");
   ob_start();
   echo json_encode(['status' => 'success', 'msg' => '任务已启动']);
   $contentLength = ob_get_length();
   header("Content-Length: {$contentLength}");
   ob_end_flush();
   flush();
   // FPM环境下专用方法，直接终止请求响应，后续逻辑继续运行
   if (function_exists('fastcgi_finish_request')) {
       fastcgi_finish_request();
   }
   // 后续编写长任务逻辑
   

2. 调整web服务配置：Nginx/Apache对应站点的读取超时（Nginx为fastcgi_read_timeout、反向代理场景额外调整proxy_read_timeout）设置为3600秒，修改后重载服务。
3. 调整PHP-FPM配置：对应进程池的request_terminate_timeout设置为3600秒，修改后重启PHP-FPM。
4. 框架层排查：检查app/Http/Kernel.php中全局挂载的中间件，移除或排除长任务路由上的请求超时、频率限制类规则。

注意：该方案仅用于临时调试，生产环境使用会导致FPM进程被长期占用，并发稍高就会出现服务不可用的问题。

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