当我听说有人使用 curl_multi_exec 时,通常结果他们只是加载它,比如 100 个 url,然后等待全部完成,然后处理它们,然后从接下来的 100 个 url 重新开始......怪我,我也这样做了,但后来我发现可以在某些事情仍在进行中时删除/添加 curl_multi 的句柄,而且它确实节省了大量时间,特别是如果你重用已经打开的连接。我写了一个小库来处理带有回调的请求队列;我当然不会在这里发布完整版本(“小”仍然是相当多的代码),但这里是主要内容的简化版本,可以让您大致了解:
public function launch() {
$channels = $freeChannels = array_fill(0, $this->maxConnections, NULL);
$activeJobs = array();
$running = 0;
do {
// pick jobs for free channels:
while ( !(empty($freeChannels) || empty($this->jobQueue)) ) {
// take free channel, (re)init curl handle and let
// queued object set options
$chId = key($freeChannels);
if (empty($channels[$chId])) {
$channels[$chId] = curl_init();
}
$job = array_pop($this->jobQueue);
$job->init($channels[$chId]);
curl_multi_add_handle($this->master, $channels[$chId]);
$activeJobs[$chId] = $job;
unset($freeChannels[$chId]);
}
$pending = count($activeJobs);
// launch them:
if ($pending > 0) {
while(($mrc = curl_multi_exec($this->master, $running)) == CURLM_CALL_MULTI_PERFORM);
// poke it while it wants
curl_multi_select($this->master);
// wait for some activity, don't eat CPU
while ($running < $pending && ($info = curl_multi_info_read($this->master))) {
// some connection(s) finished, locate that job and run response handler:
$pending--;
$chId = array_search($info['handle'], $channels);
$content = curl_multi_getcontent($channels[$chId]);
curl_multi_remove_handle($this->master, $channels[$chId]);
$freeChannels[$chId] = NULL;
// free up this channel
if ( !array_key_exists($chId, $activeJobs) ) {
// impossible, but...
continue;
}
$activeJobs[$chId]->onComplete($content);
unset($activeJobs[$chId]);
}
}
} while ( ($running > 0 && $mrc == CURLM_OK) || !empty($this->jobQueue) );
}
在我的版本中,$jobs 实际上是单独的类,而不是控制器或模型的实例。他们只处理设置 cURL 选项、解析响应并调用给定的回调 onComplete。
使用这种结构,新请求将在池中的某些内容完成后立即开始。
当然,如果不仅检索需要时间而且处理也需要时间,它并不能真正为您节省......而且它不是真正的并行处理。但我仍然希望它有所帮助。 :)
附:为我做了一个把戏。 :) 现在使用 50 个连接池在 3-4 分钟内完成一次 8 小时的工作。无法形容那种感觉。 :) 我真的没想到它会按计划工作,因为使用 PHP 它很少能完全按预期工作......就像“好的,希望它至少在一个小时内完成......哇......等等...... . 已经?!8-O"