PHP curl_multi多并行请求速度优化：耗时波动原因与参数配置问题

一、耗时波动的原因 #

• 首要因素是API本身的响应波动：并行请求的总耗时等于最慢的单个请求耗时，API服务负载波动、网络抖动、限流策略都会直接导致整体耗时波动，这是最常见的原因。
• 次要因素是curl_multi_select超时参数的不合理设置+错误的循环逻辑：你当前的写法确实会引入不必要的等待耗时。

二、0.05s超时参数是否需要调小？ #

不需要调小，盲目调小反而会带来副作用：

• curl_multi_select的作用是阻塞等待直到至少有一个请求有状态更新，超时参数是设置最长等待时间，而不是每次必须等满这个时间。如果有请求就绪，会立刻唤醒返回，不会等满0.05s。
• 如果调的比0.05s更小，比如设置为0，会导致select直接返回，循环进入空转状态，CPU占用率会被打满，反而会拖慢请求处理效率，也会影响服务器上其他服务的运行。
• 你当前遇到的无用耗时，本质是循环逻辑错误导致的，不是超时参数设置过大的问题。

三、最优实现方式（消除无用等待） #

你当前的循环逻辑存在漏洞：每次执行完curl_multi_exec后，不管还有没有待处理的请求状态，都会进入select等待，哪怕所有请求已经全部完成，也会多等一次最长0.05s的时间才会退出循环。
修正后的代码如下：

<?php 

// 构建multi-curl句柄，添加所有单请求curl句柄
$handles = array(/* 此处为多个curl句柄 */);

$mh = curl_multi_init();
foreach($handles as $curl){
    curl_multi_add_handle($mh, $curl);
}
        
$running = null;
do {
    // 持续执行直到所有就绪的请求状态都被处理完成
    while (CURLM_CALL_MULTI_PERFORM === curl_multi_exec($mh, $running)) {}
    if ($running > 0) {
        // 只有还有正在运行的请求时，才进入select等待状态
        curl_multi_select($mh, 0.05);
    }
} while ($running > 0);
  
// 关闭句柄（原示例代码此处错误使用了$results变量，应改为$handles）
foreach($handles as $curl){
    curl_multi_remove_handle($mh, $curl);
    curl_close($curl);
}
curl_multi_close($mh);

?>

修正后的逻辑优势：

1. 先持续调用curl_multi_exec直到所有就绪的请求状态都被处理完，避免遗漏就绪状态
2. 只有确认还有正在运行的请求时，才进入curl_multi_select等待，所有请求跑完后会直接退出循环，不会多等一次超时
3. 额外补充了单curl句柄的关闭逻辑，避免内存泄漏

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