17370845950

在共享主机环境下，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 分批调用，由前端控制节奏；
  • 目标接口增加异步回调机制，源端只发触发请求，不等待结果。

⚠️ 注意：sleep() 不能替代超时设置，二者需配合使用。单纯加 sleep() 而不限制单次 cURL 超时，仍可能因某次请求挂起导致整体超时。

通过以上调整，你可在不修改服务器配置的前提下，稳定支持多轮中长耗时 POST 请求，彻底规避 Fatal error: Maximum execution time exceeded 错误。