異常處理用於在指定的錯誤（異常）情況發生時改變腳本的正常流程。這種情況稱為異常。
PHP 5 添加了類似於其它語言的異常處理模塊。在 PHP 代碼中所產生的異常可被 throw 語句拋出並被 catch 語句捕獲。需要進行異常處理的代碼都必須放入 try 代碼塊內，以便捕獲可能存在的異常。每一個 try 至少要有一個與之對應的 catch。使用多個 catch 可以捕獲不同的類所產生的異常。當 try 代碼塊不再拋出異常或者找不到 catch 能匹配所拋出的異常時，PHP 代碼就會在跳轉到最後一個 catch 的後面繼續執行。當然，PHP 允許在 catch 代碼塊內再次拋出（throw）異常。
當一個異常被拋出時，其後（譯者注：指拋出異常時所在的代碼塊）的代碼將不會繼續執行，而 PHP 就會嘗試查找第一個能與之匹配的 catch。如果一個異常沒有被捕獲，而且又沒用使用 set_exception_handler() 作相應的處理的話，那麼 PHP 將會產生一個嚴重的錯誤，並且輸出 Uncaught Exception ... （未捕獲異常）的提示信息。
當異常被觸發時，通常會發生：
•當前代碼狀態被保存
•代碼執行被切換到預定義的異常處理器函數
•根據情況，處理器也許會從保存的代碼狀態重新開始執行代碼，終止腳本執行，或從代碼中另外的位置繼續執行腳本
一、錯誤、異常 等級常量表 error：不能在編譯期發現的運行期錯誤，不如試圖用 echo 輸出一個未賦值的變量，這類問題往往導致程序或邏輯無法繼續下去而需要中斷；
exception：程序執行過程中出現意料之外的情況，邏輯上往往是行得通的，但不符合應用場景，比如接收到一個長度長錯預定格式的用戶命名，因此，異常主要靠編碼人員做預先做判斷後拋出，捕獲異常後改變程序流程來處理這些情況，不必中斷程序。
PHP 對於異常和錯誤的界定似乎不是很明顯，尤其是低版本的PHP。
錯誤和日志記錄值 常量 說明 備注
1 E_ERROR (integer)
致命的運行時錯誤。這類錯誤一般是不可恢復的情況，例如內存分配導致的問題。後果是導致腳本終止不再繼續運行。
2 E_WARNING (integer)
運行時警告 (非致命錯誤)。僅給出提示信息，但是腳本不會終止運行。
4 E_PARSE (integer)
編譯時語法解析錯誤。解析錯誤僅僅由分析器產生。
8 E_NOTICE (integer)
運行時通知。表示腳本遇到可能會表現為錯誤的情況，但是在可以正常運行的腳本裡面也可能會有類似的通知。
16 E_CORE_ERROR(integer)
在PHP初始化啟動過程中發生的致命錯誤。該錯誤類似 E_ERROR，但是是由PHP引擎核心產生的。 since PHP 4
32 E_CORE_WARNING(integer)
PHP初始化啟動過程中發生的警告 (非致命錯誤) 。類似 E_WARNING，但是是由PHP引擎核心產生的。 since PHP 4
64 E_COMPILE_ERROR(integer)
致命編譯時錯誤。類似E_ERROR, 但是是由Zend腳本引擎產生的。 since PHP 4
128 E_COMPILE_WARNING(integer)
編譯時警告 (非致命錯誤)。類似 E_WARNING，但是是由Zend腳本引擎產生的。 since PHP 4
256 E_USER_ERROR(integer)
用戶產生的錯誤信息。類似 E_ERROR, 但是是由用戶自己在代碼中使用PHP函數 trigger_error()來產生的。 since PHP 4
512 E_USER_WARNING(integer)
用戶產生的警告信息。類似 E_WARNING, 但是是由用戶自己在代碼中使用PHP函數 trigger_error()來產生的。 since PHP 4
1024 E_USER_NOTICE(integer)
用戶產生的通知信息。類似 E_NOTICE, 但是是由用戶自己在代碼中使用PHP函數 trigger_error()來產生的。 since PHP 4
2048 E_STRICT (integer)
啟用 PHP 對代碼的修改建議，以確保代碼具有最佳的互操作性和向前兼容性。 since PHP 5
4096 E_RECOVERABLE_ERROR(integer)
可被捕捉的致命錯誤。 它表示發生了一個可能非常危險的錯誤，但是還沒有導致PHP引擎處於不穩定的狀態。 如果該錯誤沒有被用戶自定義句柄捕獲 (參見 set_error_handler())，將成為一個 E_ERROR 從而腳本會終止運行。 since PHP 5.2.0
8192 E_DEPRECATED(integer)
運行時通知。啟用後將會對在未來版本中可能無法正常工作的代碼給出警告。 since PHP 5.3.0
16384 E_USER_DEPRECATED(integer)
用戶產少的警告信息。 類似 E_DEPRECATED, 但是是由用戶自己在代碼中使用PHP函數 trigger_error()來產生的。 since PHP 5.3.0
30719 E_ALL (integer)
E_STRICT出外的所有錯誤和警告信息。 30719 in PHP 5.3.x, 6143 in PHP 5.2.x, 2047 previously
二、error_reporting() 及 try-catch、thrown error_reporting() 函數可以獲取(不傳參時)、設定腳本處理哪些異常(並非所有異常都需要處理，例如 E_CORE_WARNING、E_NOTICE、E_DEPRECATED 是可以忽略的)，該設定將覆蓋 php.ini 中 error_reporting選項定義的異常處理設定。
例如：
error_reporting(E_ALL&~E_NOTICE) ; // 除了E_NOTICE其他異常都會被觸發（E_ALL&~E_NOTICE的二進制運算結果是：E_NOTICE對應位的值被設置為0）try-catch 無法在類的自動加載函數 __autoload() 內生效。
try-catch 無法用於捕獲異常，無法捕獲錯誤，例如 trigger_error() 觸發的錯誤，異常和錯誤是不一樣的。
復制代碼 代碼如下:
try{
// you codes that maybe cause an error
}catch(Exception $err){ // 這個錯誤對象需要聲明類型， Exception 是系統默認異常處理類
echo $err->getMessage();
}
//thrown 可以拋出一個異常，如：
thrown new Exception('an error');
一個例子：
try {
if ( empty( $var1 ) ) throw new NotEmptyException();
if ( empty( $var2 ) ) throw new NotEmptyException();
if ( ! preg_match() ) throw new InvalidInputException();
$model->write();
$template->render( 'success' );
} catch ( NotEmptyException $e ) {
$template->render( 'error_empty' );
} catch ( InvalidInputException $e ) {
$template->render( 'error_preg' );
}
[/code]
Exception 類的結構：其中大部分方法都是 禁止改寫的（final ）
復制代碼 代碼如下:
Exception {
/* 屬性 */
protected string $message ;
protected int $code ;
protected string $file ;
protected int $line ;
/* 方法 */
public __construct ([ string $message = "" [, int $code = 0 [, Exception $previous = null]]] )
final public string getMessage ( void ) //異常拋出的信息
final public Exception getPrevious ( void ) //前一異常
final public int getCode ( void ) //異常代碼，這是用戶自定義的
final public string getFile ( void ) //發生異常的文件路勁
final public int getLine ( void ) //發生異常的行
final public array getTrace ( void ) //異常追蹤信息(array)
final public string getTraceAsString ( void ) //異常追蹤信息(string)
public string __toString ( void ) //試圖直接 將異常對象當作字符串使用時調用子函數的返回值
final private void __clone ( void ) //克隆異常對象時調用
}
擴展異常類 try-catch 可以有多個 catch 子句，從第一個 catch 子句開始，如果子句內的 異常變量 類型匹配 thrown 語句拋出的異常類型，則該子句會被執行而不再執行其他catch子句，否則繼續嘗試下一個 catch 子句，由於Exception 是所有 異常類的基類，因此拋出的異常都會與他匹配 ，如果你像個根據不同異常類型使用不同的處理方法，應該將 Exception 類型的 catch 子句放到最後。
Exception 是所有異常的基類，可以根據實際需要擴展異常類，
復制代碼 代碼如下:
calss MyException extends Exception{
public errType = 'default';
public function __construct($errType=''){
$this->errType = $errType;
}
}
thrown new MyException (); //拋出一個異常
try{
// you codes that maybe cause an error
}catch(MyException $err){ // 這個錯誤對象需要聲明類型
echo $err->errType();
}catch(ErrorException $err){ //ErrorException 是 PHP 5 增加的異常類，繼承於 Exception
echo 'error !';
}catch(Exception $err){
redirect('/error.php');
}
你可能會在 catch 子句中判斷異常的類型，或者根據 code 等信息來決定是否處理異常，如果你卸載 catch 子句的代碼無法適當的處理捕獲的異常，你可以在 catch 子句內繼續 拋出異常。
三、Exception 異常的回調函數 復制代碼 代碼如下:
set_exception_handler(callback functionName) //發生 Exception 或其 子類的 異常是會調用此函數
function exceptionHandlerFun($errObj){ // Exception 異常的回調函數 只有一個參數，就是拋出的異常對象。
//.......
}
Exception 異常的回調函數並不能像 set_error_handler 的回調函數那樣通過返回 true 來使異常被消除，即使回調函數處理了異常，後繼代碼也不會被繼續執行，因此想繼續執行後續代碼必須使用 try-catch。
但是有一個例外：腳本結束回調函數可以被執行，拋出的異常即使沒有被處理，該回調函數也是能被執行的。
register_shutdown_function(callback functionName[,argument1,argument2,...]);
例如：
復制代碼 代碼如下:
function shutdownfunction(){
echo 'script is end';
}
register_shutdown_function("shutdownfunction");
因為 shutdownfunction() 在腳本結束時被執行，所以 這個回調函數之內可以調用腳本中任意位置的函數，即使該函數定義在 錯誤拋出位置之後(函數定義是在 腳本編譯期完成的)。
四、trigger_error(string errorMsg[,int user_error_type]) 該函數用於主動觸發一個錯誤： user_error_type 只能是 E_ALL、E_USER_ERROR、 E_USER_WARNING、 E_USER_NOTICE 或其組合的值。
set_error_handler(callbeck functionName[,user_error_type]); // 為 trigger_error() 設置一個回調函數來處理錯誤，包括系統拋出的錯誤和用戶使用 trigger_error() 函數觸發的錯誤。
可選參數 user_error_type ：
如果設定此參數，則 trigger_error 拋出的錯誤類型符合 在user_error_type 的定義范圍才能觸發回調函數。
這個值的設置類似於 error_reporting() 函數 。
第一個參數（callbeck functionName）：
一個函數名，該函數 可以有 5 個參數，其中前 2 個必選，依次是：
trigger_error 拋出的 user_error_type、trigger_error 拋出的 errorMsg、拋出錯誤的文件的絕對路勁、拋出錯誤的行號、拋出錯誤時的上下文環境 (一個數組，包含了trigger_error() 所在作用域內的所有變量、函數、類等數據 )
回調函數的返回值： 如果返回 false ，系統錯誤處理機制仍然繼續拋出該錯誤，返回 true 或 無返回值 則消除錯誤。
trigger_error() 觸發的錯誤不會被 try-catch 異常捕獲語句捕獲。
