萬盛學電腦網

 萬盛學電腦網 >> 網絡編程 >> php編程 >> PHP錯誤和異長常處理總結

PHP錯誤和異長常處理總結

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

通過日志記錄功能,你可以將信息直接發送到其他日志服務器,或者發送到指定的電子郵箱(或者通過郵件網關發送),或者發送到操作系統日志等,從而可以有選擇的記錄和監視你的應用程序和網站的最重要的部分。 錯誤報告功能允許你自定義錯誤反饋的級別和類型,可以是簡單的提示信息或者使用自定義的函數進行處理並返回信息.   為什麼要使用錯誤處理? 1.是網站出錯時對用戶友好 2.更好的避免錯誤、調試、修復錯誤 3.避免一些安全風險 4.更好保證程序的健壯性 5.…… 一、最簡單的錯誤處理――die() 當我們預計有錯誤發生時,停止腳步的運行。比如連接數據庫時:  代碼如下: mysql_connect('localhost', 'root', '123456') or die ('連接數據庫錯誤:'. mysql_error());   不過,簡單地終止腳本並不總是恰當的方式。 二、自定義錯誤和錯誤觸發器 我們創建一個錯誤處理專用函數,使用set_error_handler函數設置後,可以在 PHP 中發生錯誤時調用該函數。   1.定義錯誤處理函數的參數: 參數 描述  error_level 必需。為用戶定義的錯誤規定錯誤報告級別。必須是一個值數。       參見下面的表格:錯誤報告級別。   error_message 必需。為用戶定義的錯誤規定錯誤消息。  error_file 可選。規定錯誤在其中發生的文件名。  error_line 可選。規定錯誤發生的行號。  error_context 可選。規定一個數組,包含了當錯誤發生時在用的每個變量以及它們的值。    2.錯誤基本預定義常量: 值 常量 說明 備注  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不能被自定義錯誤處理函數撲捉到)自定義錯誤函數中不能撲捉到致命錯誤信息,因為發生致命的運行時錯誤時腳本都是立即停止執行的。   3.觸發錯誤 在腳本中用戶輸入數據的位置,當用戶的輸入無效時觸發錯誤的很有用的。在 PHP 中,這個任務由 trigger_error() 完成。 您可以在腳本中任何位置觸發錯誤,通過添加的第二個參數,您能夠規定所觸發的錯誤級別。   4.可能的錯誤類型:   1).E_USER_ERROR - 致命的用戶生成的 run-time 錯誤。錯誤無法恢復。腳本執行被中斷。 2).E_USER_WARNING - 非致命的用戶生成的 run-time 警告。腳本執行不被中斷。 3).E_USER_NOTICE - 默認。用戶生成的 run-time 通知。腳本發現了可能的錯誤,也有可能在腳本運行正常時發生。 例如:    代碼如下: trigger_error("出錯了啊", E_USER_WARNING); // 輸出 Warning: 出錯了啊 in xxxx 的錯誤信息     三、錯誤報告 默認地,根據在 php.ini 中的 error_log 配置,PHP 向服務器的錯誤記錄系統或文件發送錯誤記錄。 通過使用 error_log() 函數,您可以向指定的文件或遠程目的地發送錯誤記錄。比如把錯誤信息發送到郵箱中是一種好的方式。 更多錯誤處理文檔見:http://www.php.net/manual/zh/book.errorfunc.php   四、異常處理 當異常被拋出時,其後的代碼不會繼續執行,PHP 會嘗試查找匹配的 “catch” 代碼塊。 如果異常沒有被捕獲,而且又沒用使用 set_exception_handler() 作相應的處理的話,那麼將發生一個嚴重的錯誤(致命錯誤),並且輸出 “Uncaught Exception” (未捕獲異常)的錯誤消息。 1.處理處理程序應當包括:   1.)try - 使用異常的函數應該位於 “try” 代碼塊內。如果沒有觸發異常,則代碼將照常繼續執行。但是如果異常被觸發,會拋出一個異常。 2.)throw - 這裡規定如何觸發異常。每一個 “throw” 必須對應至少一個 “catch” 3.)catch - “catch” 代碼塊會捕獲異常,並創建一個包含異常信息的對象   2.重新拋出異常   有時,當異常被拋出時,您也許希望以不同於標准的方式對它進行處理。可以在一個 “catch” 代碼塊中再次拋出異常。 腳本應該對用戶隱藏系統錯誤。對程序員來說,系統錯誤也許很重要,但是用戶對它們並不感興趣。為了讓用戶更容易使用,您可以再次拋出帶有對用戶比較友好的消息的異常。   3.異常的規則   1).需要進行異常處理的代碼應該放入 try 代碼塊內,以便捕獲潛在的異常。 2).每個 try 或 throw 代碼塊必須至少擁有一個對應的 catch 代碼塊。 3).使用多個 catch 代碼塊可以捕獲不同種類的異常。 4).可以在 try 代碼塊內的 catch 代碼塊中再次拋出(re-thrown)異常。   簡而言之:如果拋出了異常,就必須捕獲它。  
copyright © 萬盛學電腦網 all rights reserved