感覺很難用啊,且這個例子在5.5下還跑不通(下面的 User Contributed Notes 裡有人提供瞭解決方案)
其中這一部分,誰能幫忙解釋一下,用法也太怪了吧!
do { $mrc = curl_multi_exec($mh, $active);//位置1} while ($mrc == CURLM_CALL_MULTI_PERFORM);while ($active && $mrc == CURLM_OK) { if (curl_multi_select($mh) != -1) { do { $mrc = curl_multi_exec($mh, $active);//位置2 } while ($mrc == CURLM_CALL_MULTI_PERFORM); }}
官網對 curl_multi_select 的解釋:“阻塞直到cURL批處理串連中有活動串連。”沒有事件機制所以不斷迴圈去判斷是否不等於-1?!判斷成功之後,為啥又執行了一次$mrc = curl_multi_exec($mh, $active);//位置2
這個寫法好奇怪啊,有三個while...
User Contributed Notes 裡面有人提出如下代碼,測試發現可以跑通,但是為啥要迴圈執行curl_multi_exec,按理說這個方法不是執行一次就好了麼...
do { curl_multi_exec($mh, $running); curl_multi_select($mh);} while ($running > 0);
回複內容:
感覺很難用啊,且這個例子在5.5下還跑不通(下面的 User Contributed Notes 裡有人提供瞭解決方案)
其中這一部分,誰能幫忙解釋一下,用法也太怪了吧!
do { $mrc = curl_multi_exec($mh, $active);//位置1} while ($mrc == CURLM_CALL_MULTI_PERFORM);while ($active && $mrc == CURLM_OK) { if (curl_multi_select($mh) != -1) { do { $mrc = curl_multi_exec($mh, $active);//位置2 } while ($mrc == CURLM_CALL_MULTI_PERFORM); }}
官網對 curl_multi_select 的解釋:“阻塞直到cURL批處理串連中有活動串連。”沒有事件機制所以不斷迴圈去判斷是否不等於-1?!判斷成功之後,為啥又執行了一次$mrc = curl_multi_exec($mh, $active);//位置2
這個寫法好奇怪啊,有三個while...
User Contributed Notes 裡面有人提出如下代碼,測試發現可以跑通,但是為啥要迴圈執行curl_multi_exec,按理說這個方法不是執行一次就好了麼...
do { curl_multi_exec($mh, $running); curl_multi_select($mh);} while ($running > 0);
效率不同。
官方的demo通過
do { $mrc = curl_multi_exec($mh, $active);//位置1} while ($mrc == CURLM_CALL_MULTI_PERFORM);
去迴圈,去確保所有進程都被開始執行了。
然後進入第二個嵌套迴圈。迴圈去擷取還沒返回完資料的進程。直到所有的都完成了。
do { curl_multi_exec($mh, $running); curl_multi_select($mh);} while ($running > 0);
肯定是可以執行的,只不過你這種如果有一個進程逾時,或者很慢,每次迴圈會拉所有進程一次的,記憶體和cpu的開銷自然很大。。
實現方式不唯一。還有很多人最佳化到極致的,都可以試試,要根據自己代碼的邏輯和業務情況去判斷。要怎麼最佳化