PHP多線程cURL替代方案提出，但它是否好？

由於PHP沒有多線程功能，我正在試圖找到一種解決方法來加速一個簡單的過程。PHP多線程cURL替代方案提出，但它是否好？

該過程是我將數據發佈到每個請求的後數據中具有各種排列的網頁。在foreach循環中，我正在檢查每個請求響應，以查看是否存在使用strspos的字符串。當它被發現時，它會返回頁面break。有大約1000個請求，需要大約1分鐘才能完成或更長時間。

因爲我不想使用額外的庫，我的想法是執行獨立的腳本傳遞每個數據的排列（比如說1000個進程）。如果找到字符串，每個進程只會寫入一個文件。在主腳本中，我將運行一個循環來檢查文件是否存在，當它發現文件存在時，可以讀取文件以查找正確的帖子數據。

理論上看起來很合理，但我想檢查一下這個解決方案是否是一個荒謬的解決方案，這個問題有更簡單的解決方案！

謝謝。

2013-10-27 OBV

我會停下youat第一短語;是的，它的確如此：http://php.net/Thread –

@ Joe，如果你沒有停在第一行，你會看到「因爲我不想使用額外的庫」;） – OBV

你說「因爲PHP沒有多線程能力「，它確實存在;正如你所說，你想破解它的原因是因爲你不想使用額外的庫，與PHP的任何支持無關。 –

一種解決方案是使用過程控制庫

我不知道你是否有支持爲他們安裝

2013-10-27 16:09:32 laxertu

該OP明確指出：_「因爲我不想使用額外的庫，......」_一個答案暗示一個庫並不完全是要求的 –

PCNTL不是一個額外的庫;它與PHP分發。 –

回答