小編的平臺是windows server 2003（32位系統） + Apache/2.2.9 (Win32) + PHP/5.2.17，在使用正則表達式 preg_match_all （如 preg_match_all("/ni(.*?)wo/", $html, $matches);）進行分析匹配比較長的字符串 $html 時（大于10萬字節，一般用于分析采集回來的網頁源碼），Apache服務器會崩潰自動重啟。
    在Apache錯誤日志里有這樣的提示：
復制代碼 代碼如下:[Thu Apr 11 18:31:31 2013] [notice] Parent: child process exited with status 128 -- Restarting.
[Thu Apr 11 18:31:31 2013] [notice] Apache/2.2.9 (Win32) PHP/5.2.17 configured -- resuming normal operations
[Thu Apr 11 18:31:31 2013] [notice] Server built: Jun 13 2008 04:04:59
[Thu Apr 11 18:31:31 2013] [notice] Parent: Created child process 2964
[Thu Apr 11 18:31:31 2013] [notice] Disabled use of AcceptEx() WinSock2 API
[Thu Apr 11 18:31:31 2013] [notice] Child 2964: Child process is running
[Thu Apr 11 18:31:31 2013] [notice] Child 2964: Acquired the start mutex.
[Thu Apr 11 18:31:31 2013] [notice] Child 2964: Starting 350 worker threads.
[Thu Apr 11 18:31:31 2013] [notice] Child 2964: Listening on port 80.
    經過查閱Apache官方以及論壇資料后，發現win平臺下用正則 preg_match_all 或preg_match 分析比較長的字符串時，導致apache崩潰重啟的原因是windows平臺下默認分配的線程堆棧空間 ThreadStackSize 太小導致的。 win32默認只有256KB，而在 linux下默認值是 8M，這就是為什么同樣的程序在 linux平臺下正常，而在 win平臺下不正常的原因。
    根據PCRE library的官方說明：256 KB 的堆棧空間對應的pcre.recursion_limit大小應該不超過524。
Here is a table of safe values of pcre.recursion_limit for a variety of executable stack sizes:
下面就是一張Stacksize和pcre.recursion_limit對應的建議安全值，超過這個數值就極有可能發生堆棧溢出，apache crash:
復制代碼 代碼如下:Stacksize   pcre.recursion_limit
 64 MB      134217
 32 MB      67108
 16 MB      33554
  8 MB      16777
  4 MB      8388
  2 MB      4194
  1 MB      2097
512 KB      1048
256 KB      524

如果你沒有調整堆棧大小，就必須在使用正則的PHP頁面最開頭加入：
復制代碼 代碼如下:<?php
ini_set("pcre.recursion_limit", "524"); // PHP default is 100,000.
?>

查看具體的錯誤可以使用下面的代碼：
復制代碼 代碼如下:$resultsArray = preg_match_all("/table.*?<a>/isU", $html, $contents);
if ($resultsArray === 0){
echo get_pcre_err();
}
function get_pcre_err(){
        $pcre_err = preg_last_error();  // PHP 5.2 and above.