如何在循环中安全执行多个 cURL POST 请求以避免超时_技术教程

在共享主机环境下，php 脚本执行时间受限（如 120 秒），若循环内连续发起耗时较长的 curl 请求，总执行时间会累加而非并行，极易触发“maximum execution time exceeded”致命错误。本文提供可落地的优化方案，包括延时控制、连接复用与超时管理。

你遇到的问题本质是 PHP 脚本的单进程同步执行特性导致的：尽管每次 curl_exec() 是独立的 HTTP 请求，但它们在同一个 PHP 进程中串行阻塞执行——第一个请求耗时 32 秒，第二个再耗 50 秒，累计已达 82 秒；若循环次数增加或响应波动，极易突破共享主机强制设定的 120 秒总执行时限。

你的原始代码存在几个关键风险点：

❌ 未设置 CURLOPT_TIMEOUT：依赖默认值（通常为 0，即无限等待），一旦目标服务响应延迟，将直接拖垮整个脚本；
❌ 无请求间隔：高频连续 POST 可能被目标服务器限流、拒绝或排队，加剧延迟；
❌ 未复用 cURL 句柄：每次 curl_init()/curl_close() 开销虽小，但在大量循环中仍非必要；
❌ 同步阻塞无容错：任一请求失败（如网络抖动、目标 500）将中断后续逻辑，且无法感知。

✅ 推荐优化方案（含示例代码）

// 设置脚本最大执行时间为 110 秒（预留缓冲）
set_time_limit(110);

for ($i = 0; $i <= 200; $i += 100) {
    $postData = [
        'start' => $i,
        'end'   => $i + 100
    ];

    $ch = curl_init('https://your-server.com/endpoint');
    curl_setopt_array($ch, [
        CURLOPT_POST            => true,
        CURLOPT_RETURNTRANSFER  => true,
        CURLOPT_TIMEOUT         => 45,           // 关键！单次请求最多 45 秒
        CURLOPT_CONNECTTIMEOUT  => 10,           // 连接超时 10 秒
        CURLOPT_HTTPHEADER      => ['Content-Type: application/json'],
        CURLOPT_POSTFIELDS      => json_encode($postData),
        CURLOPT_FAILONERROR     => true,         // HTTP 状态码 ≥400 时返回 false
    ]);

    $response = curl_exec($ch);
    $httpCode = curl_getinfo($ch, CURLINFO_HTTP_CODE);

    if ($response === false || $httpCode >= 400) {
        $error = curl_error($ch);
        error_log("cURL failed at start={$i}: HTTP {$httpCode}, Error: {$error}");
        // 可选择 continue 跳过本次，或 break 中断
        curl_close($ch);
        continue;
    }

    $responseData = json_decode($response, true);
    echo $response . "\n";

    curl_close($ch);

    // ✅ 关键缓解措施：请求间添加可控延迟（推荐 0.5–2 秒）
    usleep(1000000); // 1 秒休眠，降低服务端压力与自身累积耗时
}

? 核心要点说明

sleep() / usleep() 不是“治标”，而是必要节流策略：它主动让出 CPU，避免请求洪峰，显著降低目标服务响应延迟概率，同时为 PHP 提供喘息时间，防止因瞬时资源争抢导致的隐式超时。
必须显式设置 CURLOPT_TIMEOUT：这是防御性编程底线。值建议设为预期响应时间的 1.5 倍（如目标平均 32s → 设 45s），避免单次异常拖垮全局。
set_time_limit() 应略低于主机限制：留出 5–10 秒余量处理 echo、日志等收尾操作，避免恰好卡在临界点报错。
进阶建议（如需更高可靠性）：
- 使用 curl_multi_init() 并行发起请求（注意共享主机可能禁用）；
- 将任务拆分为 AJAX 分批调用，由前端控制节奏；
- 目标接口增加异步回调机制，源端只发触发请求，不等待结果。