我們編寫程式時，無論怎樣小心謹慎，犯錯總是在所難免的。這些錯誤通常會迷惑php編譯器。如果開發人員無法了解編譯器報錯資訊的含義，那麼這些錯誤資訊不僅毫無用處，還會常常讓人感到沮喪。
編譯php指令碼時，php編譯器會盡其所能報告它遇到的第乙個問題。這樣就產生乙個問題：只有當錯誤出現時，php才能將它識別出來（本文後面對此問題進行了詳細描述）。正是由於這個緣故，編譯器指出出錯的那行，從表面上看來可能語法正確無誤，或者可能是根本就不存在的一行！
更好地理解錯誤資訊可以大大節省確定並改正錯誤內容所花費的時間。因此，在本文中，我將努力闡明多種不同型別的php報錯資訊，以及在開發過程中如何正確理解各種報錯資訊的含義。
本文中所講述的內容與您所應用的php的版本無關，因為本文所描述的各種錯誤並不限定於某一特殊版本的特定錯誤。另外我們假定您是一位初級或者中級程式設計師，並已經從事程式設計工作有半年或一年的時間。
編譯器的工作方式
要搞清楚編譯器為什麼會報告某一行上存在錯誤，首先必須明確編譯器解析php**的機制。我並不打算在本文中對此進行詳細論述，但是，我們將會討論一些更易於引發錯誤的簡單概念。
變數宣告
如果在一條語句中宣告乙個變數，具體方式如下所示：
$variable = 'value';
編譯器首先求出語句右半部分的值（即等號右邊的所有內容）。在一些程式設計書籍中，將此表示為語句的 rhs （右半部分）。恰恰正是語句的這一部分常常會引發錯誤。如果使用的語法不正確，就會出現解析錯誤。
解析錯誤
parse error:解析錯誤，unexpected t_while in c:/program files/apache group/apache/htdocs/script.php on line 19
每次確定了前一錯誤時，解析錯誤乙個接乙個地不斷出現。因為php在第乙個解析錯誤之後就停止執行指令碼，除錯並糾正這一系列的錯誤往往會讓人覺得特別厭煩。
而且，解析錯誤具有很少的資訊，幾乎不報告錯誤所在的行號。具體原因就是當出現錯誤時，編譯器判定好幾行的語法看起來應該是有效的，直至遇到無效的語法，最可能的情形就是表示式中使用了預定義的字詞，例如；
while = 10; // bad ? while 就是乙個預定義字詞，不能分配給乙個值
預定義的字詞包括 while、function等，如果php使用 uses to evaluate your code. 您不能使用這些預定義字詞來命名變數，而且如果您非要這樣做的話，php就會報出更多的錯誤，這是您無法忍受。
<?php
$b = "somevalue"
if($b == "somevalue")
?>
錯誤位於"$b ="一行（在語句的末端缺少分號），所以錯誤應該是"解析錯誤:第3行缺少分號"對吧？而不應該依據解析器判定的：
parse error: parse error, unexpected t_if in c:/program files/apache
group/apache/htdocs/ereg2.php on line 4
在第4行，if() 語句的語法是正確的。那麼，編譯器是被什麼給搞糊塗了呢？線索就是"unexpected t_if" 部分。出現 "unexpected t_???"錯誤時，它所表示的含義為：編譯器發現在預定義字不應該出現的位置出現。t_if 代表 if(), t_while 代表 while(), t_for 代表 for()等。
值得慶幸的是，一些錯誤的原因也很簡單：
語句沒有使用分號(;)結束，比如上面的示例。字串中缺少引號。
其他一些常見的錯誤
我見過的最常見的錯誤就是，當沒有使用大括號( } )結束乙個函式或者乙個迴圈時出現的錯誤，這很可能是最常見，最讓人煩的錯誤。具體**如下：
function uselessfunction()
將產生下列錯誤：
parse error: parse error, unexpected $ in c:/program files/apache
group/apache/htdocs/ereg2.php on line 9
由於函式 uselessfunction 沒有使用大括號( } )來結束，php編譯器不斷查詢表示結束的大括號直至到達檔案末尾為止。因為編譯器未找到乙個匹配的大括號，就會報告檔案末尾處有錯誤。
如果正確地反映了**的層次結構，錯誤資訊就會變得非常明顯。如果沒有標明**的層次結構，那麼最後要想查清楚到底忘記了什麼也會變得幾乎是不可能的。所以，請記住，一定要標明**的層次結構。tab鍵可以很容易地實現這一點。對後續的開發人員來說，把握**框架並對其進行修改也會更容易一些。
mysql 錯誤
另一極其令人討厭的錯誤資訊就是最常見的mysql錯誤，這常常使 php新手感到頗為頭疼：
warning: supplied argument is not a valid mysql result resource in...
上面所報告有錯的一行可能是：
while($row = mysql_fetch_array($result)) {
引數 $result並不是乙個有效的資源。在英語中它表示因為查詢失敗，將無法處理mysql_fetch_array。任一查詢的語法無效（您應該將查詢複製－貼上到mysql 控制台參考來進行測試），或者與資料庫的連線失敗(這種情況下您應該再次檢查使用者名稱和口令等）。
防止錯誤發生
第一步，智慧型**器可採取以下幾步來消除下列錯誤出現：
· 在每一條語句的末尾處，不必考慮新增分號——這應該成為一種習慣。
· 總是要盡可能標明**的層次結構，這可以使您能夠檢視是否忘記在if 呼叫或函式末端等位置新增大括號。
· 請使用可突出顯示語法的編輯器（如 html-kit）。有了這類編輯器的輔助，您就能確定是否忘記了新增引號，是否缺少分號等。
結論本文我們對php編譯器可報出的一些看起來可能沒有什麼意義的錯誤有了一定的了解。我們需要將所學的知識應用到如何避免錯誤以及錯誤出現時如何糾正錯誤。除錯是乙個開發人員所有工作中的最重要的部分之一。提高除錯效率可大大加快整個工作的進度，縮短完成一項工程所需花費的時間，同時還可以明顯減輕**失敗所帶來的精神壓力。
如何正確理解PHP的錯誤資訊
我們編寫程式時，無論怎樣小心謹慎，犯錯總是在所難免的。這些錯誤通常會迷惑php編譯器。如果開發人員無法了解編譯器報錯資訊的含義，那麼這些錯誤資訊不僅毫無用處，還會常常讓人感到沮喪。編譯php指令碼時，php編譯器會盡其所能報告它遇到的第乙個問題。這樣就產生乙個問題 只有當錯誤出現時，php才能將它識...
正確理解PHP程式編譯時的錯誤資訊
編譯php指令碼時，php編譯器會盡其所能報告它遇到的第乙個問題。這樣就產生乙個問題 只有當錯誤出現時，php才能將它識別出來 本文後面對此問題 進行了詳細描述 正是由於這個緣故，編譯器指出出錯的那行，從表面上看來可能語法正確無誤，或者可能是根本就不存在的一行 更好地理解錯誤資訊可以大大節省確定並改...
正確理解PHP程式編譯時的錯誤資訊
編譯php指令碼時，php編譯器會盡其所能報告它遇到的第乙個問題。這樣就產生乙個問題 只有當錯誤出現時，php才能將它識別出來 本文後面對此問題 進行了詳細描述 正是由於這個緣故，編譯器指出出錯的那行，從表面上看來可能語法正確無誤，或者可能是根本就不存在的一行 更好地理解錯誤資訊可以大大節省確定並改...