PHP 錯誤處理機制
在日常的項目開發過程中,總是會出現一些我們意想不到的異常錯誤,如果我們對此沒有進行相對完善的處理,那麽程序看上去也很不專業,也很可能就會成為別人攻擊系統的有效信息;有些錯誤異常會終止腳本執行,這個時候如果沒有一些錯誤提示信息的話,那麽我們只能從頭開始看代碼了,要知道項目中成百上千行的代碼對我們來說是件多麽恐怖的事情啊,那麽我們如何在項目開發的過程中快速準確地定位到異常、錯誤呢,並進行相應的處理,本文由自己對錯誤、異常處理的了解,再此分享與大家相互學習交流,並作為一個備忘。
系統錯誤處理器:
PHP正常情況下,錯誤會正常的輸出,但在一些框架中,可能會影響錯誤的輸出,可能是框架本身有自己的處理機制,也可能代碼中作處理了,一般是這幾個函數設置:
1.error_reporting(); 設置PHP 的報錯級別並返回當前級別
error_reporting(report_level)
如果參數 level 未指定,當前報錯級別將被返回。下面幾項是 level 可能的值:
值 |
常量 |
描述 |
1 |
E_ERROR |
致命的運行時錯誤。不能回收此錯誤。腳本被中斷執行。 |
2 |
E_WARNING |
非致命的運行時警告。腳本不被中斷執行。 |
4 |
E_PARSE |
編譯時分析錯誤。解析應該只由分析器生成的錯誤 |
8 |
E_NOTICE |
運行時通知。該腳本發現可能是一個錯誤,但通常運行一個腳本時,也可能發生 |
16 |
E_CORE_ERROR |
致命錯誤在PHP啟動時。這就好比在PHP核心的E_ERROR |
32 |
E_CORE_WARNING |
在PHP啟動時警告。這就好比在PHP核心的E_WARNING |
64 |
E_COMPILE_ERROR |
致命的編譯時錯誤。這就好比通過了Zend腳本引擎產生的E_ERROR |
128 |
E_COMPILE_WARNING |
非致命編譯時警告。這就好比通過了Zend腳本引擎產生E_WARNING |
256 |
E_USER_ERROR |
致命的用戶生成的錯誤,這類似於程序員使用PHP函數 trigger_error() 設置的 E_ERROR |
512 |
E_USER_WARNING |
非致命的用戶生成的警告,這類似於程序員使用PHP函數 trigger_error 設置的 E_WARNING |
1024 |
E_USER_NOTICE |
用戶生成的通知,這類似於程序員使用PHP函數trigger_error 設置的 E_NOTICE |
2048 |
E_STRICT |
運行時通知。PHP建議改變你的代碼,以幫助該代碼的互操作性和兼容性 |
4096 |
E_RECOVERABLE_ERROR |
可捕獲的致命錯誤,類似 E_ERROR,但可被用戶定義的處理程序捕獲(參見 set_error_handler()) |
8191 |
E_ALL |
所有的錯誤和警告,除級別E_STRICT(在PHP6.0中,E_STRICT將是E_ALL的一部分) |
這裏值得註意的是,$level為0的時候是關閉錯誤輸出,也就是任何錯誤都不會輸出。
2.set_error_handler()
定義和用法
set_error_handler() 函數設置用戶自定義的錯誤處理函數。
該函數用於創建運行時期間的用戶自己的錯誤處理方法。
該函數會返回舊的錯誤處理程序,若失敗,則返回 null。
語法
set_error_handler(error_function,error_types)
參數 |
描述 |
error_function |
必需。規定發生錯誤時運行的函數。 |
error_types |
可選。規定在哪個錯誤報告級別會顯示用戶定義的錯誤。默認是 "E_ALL"。 |
提示:如果使用了該函數,會完全繞過標準的 PHP 錯誤處理函數,如果必要,用戶定義的錯誤處理程序必須終止 (die() ) 腳本,
註釋:如果在腳本執行前發生錯誤,由於在那時自定義程序還沒有註冊,因此就不會用到這個自定義錯誤處理程序。
PHP 錯誤處理機制