解決preg_match匹配過多字元長度的限制的思路分析

但是官方的文檔裡面沒有說明這一點。

於是開始測試：將要匹配的字串不斷縮短，直到縮為原來1/5的時候可以正常匹配了，所以更加確定了。

到google裡一搜,終於找到瞭解決方案：在php.ini中加入（隨便放到哪裡，我是直接放第一行的）

pcre.backtrack_limit=-1

再次使用preg_match函數測試一下，大概1300多行上萬個字元的字串也能夠匹配了。

項目中，用preg_match正則提取目標內容，死活有問題，代碼測得死去活來。

後來發現“pcre.backtrack_limit ”的值預設只設了100000。

解決辦法：ini_set(‘pcre.backtrack_limit', 999999999);

註：這個參數在php 5.2.0版本之後可用。

另外說說關於：pcre.recursion_limit

pcre.recursion_limit是PCRE的遞迴限制，這個項如果設很大的值，會消耗所有進程的可用堆棧，最後導致PHP崩潰。

也可以通過修改配置來限制：ini_set(‘pcre.recursion_limit', 99999);

實際項目應用中，最好也對記憶體進行限定設定：ini_set(‘memory_limit', '64M'); , 這樣就比較穩妥妥嘎。