本文介绍一种服务端“伪同步、真异步”的可靠方案：在 http 响应发出后继续后台顺序执行多个长耗时 php 脚本，避免请求超时、数据库并发压力与客户端阻塞，兼顾可控性与稳定性。
本文介绍一种服务端“伪同步、真异步”的可靠方案：在 http 响应发出后继续后台顺序执行多个长耗时 php 脚本，避免请求超时、数据库并发压力与客户端阻塞，兼顾可控性与稳定性。
在 Web 环境中顺序执行多个高负载 PHP 脚本（如密集型 SQL 批处理），若直接通过 exec() 或同步 AJAX 串行调用，极易触发 PHP 执行超时（max_execution_time）、Nginx/Apache 网关超时，或导致 MySQL 连接池耗尽、锁竞争加剧。单纯延长超时时间或改用前端 JS 控制（如 fetch().then() 链式调用）并不能根本解决问题——因为每个 HTTP 请求仍需独占服务端资源，且浏览器/代理层超时（如 30s）无法规避。
✅ 正确解法是：将耗时任务从 HTTP 生命周期中剥离，在发送响应后继续后台执行。核心思想是「快速响应，延迟处理」，即：
- 立即向客户端返回轻量确认（如 {"status":"started","job_id":"abc123"}）；
- 调用 fastcgi_finish_request()（PHP-FPM 环境必需）或等效机制，显式结束 HTTP 响应；
- 在响应已关闭的前提下，顺序执行 script1.php → script2.php → … → script10.php，全程不受 Web 服务器超时限制。
以下是可直接部署的服务端主调度脚本（dispatch.php）：
<?php // dispatch.php —— 主调度入口（通过浏览器或 curl 触发）
header('Content-Type: application/json; charset=utf-8');
// 1. 快速构建并发送响应
$response = ['status' => 'accepted', 'job_id' => uniqid('job_')];
ob_start();
echo json_encode($response);
header('Content-Length: ' . ob_get_length());
header('Connection: close');
ob_end_flush();
flush();
// 2. 关键：通知 PHP-FPM 结束响应（Apache mod_php 请用 ignore_user_abort + set_time_limit）
if (function_exists('fastcgi_finish_request')) {
fastcgi_finish_request();
}
// 3. 后台顺序执行脚本（无超时风险）
$scripts = [
__DIR__ . '/script1.php',
__DIR__ . '/script2.php',
__DIR__ . '/script3.php',
// ... 其他 7 个脚本路径
];
$logFile = __DIR__ . '/job_' . $response['job_id'] . '.log';
file_put_contents($logFile, "[START] " . date('Y-m-d H:i:s') . "\n", FILE_APPEND);
foreach ($scripts as $index => $script) {
if (!is_file($script)) {
file_put_contents($logFile, "[SKIP] {$script} not found\n", FILE_APPEND);
continue;
}
$start = microtime(true);
// 使用 include（非 exec）确保同一进程、共享内存上下文，便于调试与错误捕获
try {
include $script;
$duration = round(microtime(true) - $start, 2);
file_put_contents($logFile, "[OK] {$script} ({$duration}s)\n", FILE_APPEND);
} catch (Throwable $e) {
$error = "[ERROR] {$script}: " . $e->getMessage() . "\n";
file_put_contents($logFile, $error, FILE_APPEND);
// 可选：失败时中断后续执行，或记录后继续
// break;
}
}
file_put_contents($logFile, "[END] " . date('Y-m-d H:i:s') . "\n", FILE_APPEND);
die(); // 强制终止，防止意外继续执行
? 关键注意事项：
- ✅ 必须使用 include/require：比 exec() 更安全、无 Shell 注入风险，且能捕获异常、复用当前进程配置（如 DB 连接）；
- ✅ fastcgi_finish_request() 是 PHP-FPM 环境的黄金函数：它真正分离了响应输出与脚本执行，是此方案的技术基石；
- ⚠️ Apache + mod_php 用户需改用 ignore_user_abort(true); set_time_limit(0); 组合，并确保 apache_note() 或日志写入不依赖响应流；
- ? 所有被调用脚本（script1.php 等）不应输出任何内容到 stdout（避免缓冲区污染），建议统一返回结构化日志；
- ? 建议为每个作业生成唯一 job_id，并将执行状态持久化到数据库或 Redis，供前端轮询（如 /status?job_id=abc123）；
- ? 若需更高级调度（失败重试、优先级、资源限制），推荐升级至专用队列系统（如 Supervisor + Laravel Horizon / Symfony Messenger）。
该方案彻底规避了客户端 JavaScript 的 CORS 限制、网络不稳定、浏览器休眠中断等问题，同时保持严格的执行顺序与数据库负载可控性，是生产环境处理批处理任务的稳健实践。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
