PHP檢查語法錯誤的實現可以幫助我們節約許多編程中的時間，提高代碼編程的可靠性和高性能。之前在當當的時候的一個項目中用到了一個簡單的模板引擎，其實也是借鑒discuz來做的模板引擎，很簡單，它所作的事情就是把一些自定義的標簽編譯成PHP代碼。#t#

已經說了很簡單了，所以編譯的時候也名優進行模板語法的檢查，那么在開發過程中就會出現編譯出來的PHP文件有語法問題，有語法問題沒有關系，我修改重新編譯一下就好了。

首先不能在每次請求的時候都把PHP模板重新編譯一下，會嚴重影響性能，折中的處理時在每個編譯好的PHP文件末尾檢查一下該模板文件是否已經修改過，根據設定的更新頻率，如果又需要則重新編譯模板文件，現在的問題是編譯出來的PHP文件自己有語法錯誤，根本執行不到模板檢查那一步，所以即使修改了模板文件中的問題也不會重新編譯。 所以我想尋找一種簡單的方法來檢查生成的PHP文件是否合法。不合法就重新編譯，這樣開發過程中就不用出現錯誤就得手動刪除緩存文件了。

在網上找了一下。剛開始以為 token_get_all()函數能處理PHP檢查語法錯誤的問題，結果發現，它只是做簡單的詞法分析。沒有辦法。后來到論壇上去問了一下，有人告訴我有這樣一個函數 PHP_check_syntax() http://www.PHP.net/manual/en/function.PHP-check-syntax.PHP 我想問題就這么堅決了。。我真應該RTF(Read The Fuck Mannual). 仔細一看。這個函數已近被棄用了：

Note: For technical reasons, this function is deprecated and removed from PHP. Instead, use PHP -l somefile.PHP from the commandline.

這個technical reason 到底是什么呢？ 先不管了，以后再慢慢研究，反正不能使用這個方法就對了。
他們的建議是使用命令行$PHP -l filename.PHP 來檢查語法。

Gary Every給了我一個代碼片段參考：

在命令行下檢查問題也不大。如果我要放在在線應用呢？ 這就涉及到可移植性的問題了。首先是操作系統，然后就是環境變量。這樣的話就會依賴于服務器端的配置。在http://www.PHP.net/manual/en/function.PHP-check-syntax.PHP 上有人貼出了自己的PHP_check_syntax()函數實現。

有的采用的就是上面的命令行的PHP檢查語法錯誤方法。

后面有提到使用eval的方法來驗證。eval方法會執行傳入的代碼， 如果代碼有語法錯誤則會拋出parser error, 可以使用’@'錯誤抑制符去掉錯誤信息，eval和echo一樣并不是函數，不能使用變量函數的方法調用比如：

$func = ‘eval’

$func()這樣的調用就是無效的。它會提示沒有eval函數，如果你自己定義這么一個函數也是有問題的。因為eval是一個關鍵字。
eval調用和include差不多，如果被包含文件中沒有明確return就返回null。如果直接eval我們需要檢查的文件會造成被檢查的文件內代碼被執行，這可不是我們想要的，我們只需要檢查一下這個文件的語法是否正確。 我們可以在要檢查的文件之前添加return 語句，讓代碼提前跳出，那么后面的代碼就不會執行了。好的，就這么干。代碼如下：

< ?PHP  
if(!function_exists('PHP_check_syntax')) {  
function PHP_check_syntax($file_name, 
&$error_message = null) {  
$file_content = file_get_contents($file_name);  
$check_code = "return true; ?>";   
$file_content = $check_code . 
$file_content . "< ?PHP ";  
if(!@eval($file_content)) {  
$error_message = "file: " . 
realpath($file_name) . " have syntax error";  
return false;  
}  
return true;  
}  
}  
if(!PHP_check_syntax("file.PHP", $msg)) {  
echo $msg;  
}  
else {  
echo "Woohoo, OK!";  
}  
< ?PHP  
foreach:: a => b  
?>  

因為Parse error 是沒法被 set_error_handler處理函數處理的。這個異常沒辦法catch到。所以才使用了@來抑制錯誤。這帶來的問題就是我們無法得到詳細的錯誤信息。 不過目前我需要的功能也只是檢查語法是否正確。不正確的話重新編譯模板文件，就這么簡單，至于語法錯誤，在顯示網頁的時候自然會看得到。

PHP檢查語法錯誤最好的辦法就是這個被遺棄的PHP_check_syntax這個方法回到PHP中。下次再研究下他們是出于什么原因把這個函數去掉的。