PHP錯誤處理及異常處理筆記

 給新人總結一下PHP的錯誤處理。

PHP提供了錯誤處理和日誌記錄的功能. 這些函數允許你定義自己的錯誤處理規則，以及修改錯誤記錄的方式. 這樣，你就可以根據自己的需要，來更改和加強錯誤輸出資訊以滿足實際需要.

通過日誌記錄功能，你可以將資訊直接發送到其他Log Service器，或者發送到指定的電子郵箱（或者通過郵件網關發送），或者發送到作業系統日誌等，從而可以有選擇的記錄和監視你的應用程式和網站的最重要的部分。

錯誤報表功能允許你自訂錯誤反饋的層級和類型，可以是簡單的提示資訊或者使用自訂的函數進行處理並返回資訊.

為什麼要使用錯誤處理？

•是網站出錯時對方便使用
•更好的避免錯誤、調試、修複錯誤
•避免一些安全風險
•更好保證程式的健壯性
•……
1、最簡單的錯誤處理——die()
當我們預計有錯誤發生時，停止腳步的運行。比如串連資料庫時

<?php 
mysql_connect('localhost', www.3lian.net, '123456') 
      or die ('串連資料庫錯誤：'. mysql_error()); 
 

不過，簡單地終止指令碼並不總是恰當的方式。

2、自訂錯誤和錯誤觸發器
我們建立一個錯誤處理專用函數，使用set_error_handler函數設定後，可以在 PHP 中發生錯誤時調用該函數。
定義錯誤處理函數的參數

 

參數	描述
error_level	必需。為使用者定義的錯誤規定錯誤報表層級。必須是一個值數。 參見下面的表格：錯誤報表層級。
error_message	必需。為使用者定義的錯誤規定錯誤訊息。
error_file	可選。規定錯誤在其中發生的檔案名稱。
error_line	可選。規定錯誤發生的行號。
error_context	可選。規定一個數組，包含了當錯誤發生時在用的每個變數以及它們的值。

 

預定定變數

 

值	常量	說明	備忘
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

(層級E_ERROR、E_USER_ERROR不能被自訂錯誤處理函數撲捉到)自訂錯誤函數中不能撲捉到致命錯誤資訊，因為發生致命的執行階段錯誤時指令碼都是立即停止執行的。

 

觸發錯誤
在指令碼中使用者輸入資料的位置，當使用者的輸入無效時觸發錯誤的很有用的。在 PHP 中，這個任務由 trigger_error() 完成。

您可以在指令碼中任何位置觸發錯誤，通過添加的第二個參數，您能夠規定所觸發的錯誤層級。

可能的錯誤類型：
•E_USER_ERROR – 致命的使用者產生的 run-time 錯誤。錯誤無法恢複。指令碼執行被中斷。
•E_USER_WARNING – 非致命的使用者產生的 run-time 警告。指令碼執行不被中斷。
•E_USER_NOTICE – 預設。使用者產生的 run-time 通知。指令碼發現了可能的錯誤，也有可能在指令碼運行正常時發生。
例如：

1
2
 <!--?php<br /--> trigger_error("出錯了啊", E_USER_WARNING);
// 輸出 Warning: 出錯了啊 in xxxx 的錯誤資訊 
3、錯誤報表

預設地，根據在 php.ini 中的 error_log 配置，PHP 向伺服器的錯誤記錄系統或檔案發送錯誤記錄。
通過使用 error_log() 函數，您可以向指定的檔案或遠程目的地發送錯誤記錄。比如把錯誤資訊發送到郵箱中是一種好的方式。

4、異常處理

當異常被拋出時，其後的代碼不會繼續執行，PHP 會嘗試尋找匹配的 “catch” 代碼塊。

如果異常沒有被捕獲，而且又沒用使用 set_exception_handler() 作相應的處理的話，那麼將發生一個嚴重的錯誤（致命錯誤），並且輸出 “Uncaught Exception” （未捕獲異常）的錯誤訊息。

處理處理常式應當包括：

1.try – 使用異常的函數應該位於 “try” 代碼塊內。如果沒有觸發異常，則代碼將照常繼續執行。但是如果異常被觸發，會拋出一個異常。
2.throw – 這裡規定如何觸發異常。每一個 “throw” 必須對應至少一個 “catch”
3.catch – “catch” 代碼塊會捕獲異常，並建立一個包含異常資訊的對象
重新拋出異常

有時，當異常被拋出時，您也許希望以不同於標準的方式對它進行處理。可以在一個 “catch” 代碼塊中再次拋出異常。

指令碼應該對使用者隱藏系統錯誤。對程式員來說，系統錯誤也許很重要，但是使用者對它們並不感興趣。為了讓使用者更容易使用，您可以再次拋出帶有對使用者比較友好的訊息的異常。

異常的規則

需要進行異常處理的代碼應該放入 try 代碼塊內，以便捕獲潛在的異常。
每個 try 或 throw 代碼塊必須至少擁有一個對應的 catch 代碼塊。
使用多個 catch 代碼塊可以捕獲不同種類的異常。
可以在 try 代碼塊內的 catch 代碼塊中再次拋出（re-thrown）異常。

簡而言之：如果拋出了異常，就必須捕獲它。