一，程序本身的錯誤
這種錯誤是比較容易就可以處理的錯誤，比如說語法錯誤或者是編譯器無法解析，這些錯誤在編譯的時候，就會不通過編譯，然後可以根據錯誤的提示，找到具體的錯誤代碼。但當使用eval()執行的代碼發生錯誤時，在編譯期間是發現不了，它只能等到代碼在執行的過程中，對其編譯產生錯誤，如我們執行下列代碼，就會在執行過程中出現錯誤：
[php] view plaincopy
<span style="font-size:18px;"><?php
echo "this will be echo to putty";
eval("php error when parser");
?></span>
這種錯誤和其它的代碼錯誤不同的是，在位於它之前的echo是可以輸出的。而其它的代碼錯誤是不會有任何輸出的，因為編譯就通不過，不會運行。
二，未定義符號
當PHP執行的時候，它可能遇到許多變量、函數等它不知道的名字，因為PHP在編譯的時候，並沒有完整的了解所有的符號名稱、函數名等。
如果只是未定義的常量或者變量，這是只是一個通知的形式告知。但如果是遇到未定義的函數或者類，程序將會終止運行。在關於找不到類的時候，如果用戶定義了叫做__autoload的函數，它將在PHP遇到一個未定義的類時調用，如果通過這個函數可以返回類，新加載的類將會被使用，不產生任何錯誤。
三，通用性錯誤
3.1 操作系統所帶來的差異
一些只在某特殊的平台可用的PHP函數。
一些在某特殊的平台不可用的PHP函數。
一些在不同的平台下有著細微差別的PHP函數。
區別文件名中的路徑成份的字符。
外部程序或者服務並不是在所有平台中都可用。
3.2 PHP配置差異
比如配置選項magic_quotes_gpc，如果這個選項是開啟的，PHP將增加斜線到所有的外部數據中。這時，如果將程序移植至另一台沒有開啟這個選項的服務器上上時，用戶的輸入就會有問題了。處理類似差異的辦法是檢查PHP代碼並通過ini_get()函數查看選項是否啟用，然後作一個統一的調整。
register_globals : 該設置決定PHP是否引入GET，POST，cookie，環境變量或者服務器變量為全局變量。一般避免使用。
allow_url_fopen: 如果這個選項設置為false，對URL文件操作的功能是關閉的。
3.3 SAPI差異
四，運行錯誤
如對硬盤數據或者網絡操作以及數據庫調用時，由於PHP本身以外的因素所造成的錯誤。
五，PHP錯誤
PHP中的錯誤機制是被所有的PHP內置函數使用的，通常這個簡單的機制打印出一個錯誤信息，包括一些錯誤相關的基本信息。
錯誤級別分為：
E_ERROR:嚴重錯誤。
E_WARNING：最普通的錯誤類型。
E_PARSE：解析錯誤在編譯的時候發生。
E_STRICT：這個錯誤級別是唯一不包含在E_ALL常量中的，為了讓PHP4到PHP5的遷移更加容易。
E_NOTICE：表示運行的代碼可能在操作一些未知的事情。
E_CORE_ERROR：由於擴展啟動失敗等導致的。
E_COMPILE_WARNING：編譯的時候出現的警告，告訴用戶一些不推薦使用的語法信息。
E_COMPILE_ERROR：編譯錯誤。
E_USER_ERROR
E_USER_WARNING
可以用error_reporting(Integer)函數來設置哪些錯誤被報告。如所有的錯誤，表示為E_ALL ,除了通告以外的所有錯誤,可以表示為E_ALL & ~E_NOTICE.
display_errors(boolean):這個設置控制錯誤是否作為PHP輸出的一部分顯示出來。
log_errors(boolean),這個設置控制錯誤是否記錄。日志的地址是通過error_log(String)設置決定的。默認情況下，錯誤被記錄到WEB服務器的錯誤日志中。
html_errors(boolean)：設置控制是否在錯誤信息中采用HTML格式 。
六，定義錯誤處理器
可以調用 set_error_handler(error_handle_function,error_types)指定錯誤處理器。如
function customError($errno, $errstr, $errfile, $errline)
{
echo "<b>Custom error:</b> [$errno] $errstr<br />";
}
set_error_handler("customError"); // 默認為所有的錯誤，就是E_ALL.
