通過日志記錄功能，你可以將信息直接發(fā)送到其他日志服務(wù)器，或者發(fā)送到指定的電子郵箱(或者通過郵件網(wǎng)關(guān)發(fā)送)，或者發(fā)送到操作系統(tǒng)日志等，從而可以有選擇的記錄和監(jiān)視你的應(yīng)用程序和網(wǎng)站的最重要的部分。
錯誤報告功能允許你自定義錯誤反饋的級別和類型，可以是簡單的提示信息或者使用自定義的函數(shù)進(jìn)行處理并返回信息.
為什么要使用錯誤處理？
1.是網(wǎng)站出錯時對用戶友好
2.更好的避免錯誤、調(diào)試、修復(fù)錯誤
3.避免一些安全風(fēng)險
4.更好保證程序的健壯性
5.……
一、最簡單的錯誤處理――die()
當(dāng)我們預(yù)計(jì)有錯誤發(fā)生時，停止腳步的運(yùn)行。比如連接數(shù)據(jù)庫時：
mysql_connect('localhost', 'root', '123456') or die ('連接數(shù)據(jù)庫錯誤：'. mysql_error());
不過，簡單地終止腳本并不總是恰當(dāng)?shù)姆绞健?br />
二、自定義錯誤和錯誤觸發(fā)器
我們創(chuàng)建一個錯誤處理專用函數(shù)，使用set_error_handler函數(shù)設(shè)置后，可以在 PHP 中發(fā)生錯誤時調(diào)用該函數(shù)。
1.定義錯誤處理函數(shù)的參數(shù)：
|
參數(shù) |
描述 |
|---|---|
|
error_level |
必需。為用戶定義的錯誤規(guī)定錯誤報告級別。必須是一個值數(shù)。 參見下面的表格：錯誤報告級別。 |
|
error_message |
必需。為用戶定義的錯誤規(guī)定錯誤消息。 |
|
error_file |
可選。規(guī)定錯誤在其中發(fā)生的文件名。 |
|
error_line |
可選。規(guī)定錯誤發(fā)生的行號。 |
|
error_context |
可選。規(guī)定一個數(shù)組，包含了當(dāng)錯誤發(fā)生時在用的每個變量以及它們的值。 |
2.錯誤基本預(yù)定義常量：
|
值 |
常量 |
說明 |
備注 |
|---|---|---|---|
|
1 |
E_ERROR (integer) |
致命的運(yùn)行時錯誤。這類錯誤一般是不可恢復(fù)的情況，例如內(nèi)存分配導(dǎo)致的問題。后果是導(dǎo)致腳本終止不再繼續(xù)運(yùn)行。 |
|
|
2 |
E_WARNING (integer) |
運(yùn)行時警告 (非致命錯誤)。僅給出提示信息，但是腳本不會終止運(yùn)行。 |
|
|
4 |
E_PARSE (integer) |
編譯時語法解析錯誤。解析錯誤僅僅由分析器產(chǎn)生。 |
|
|
8 |
E_NOTICE (integer) |
運(yùn)行時通知。表示腳本遇到可能會表現(xiàn)為錯誤的情況，但是在可以正常運(yùn)行的腳本里面也可能會有類似的通知。 |
|
|
16 |
E_CORE_ERROR (integer) |
在PHP初始化啟動過程中發(fā)生的致命錯誤。該錯誤類似 E_ERROR，但是是由PHP引擎核心產(chǎn)生的。 |
since PHP 4 |
|
32 |
E_CORE_WARNING(integer) |
PHP初始化啟動過程中發(fā)生的警告 (非致命錯誤) 。類似 E_WARNING，但是是由PHP引擎核心產(chǎn)生的。 |
since PHP 4 |
|
64 |
E_COMPILE_ERROR(integer) |
致命編譯時錯誤。類似E_ERROR, 但是是由Zend腳本引擎產(chǎn)生的。 |
since PHP 4 |
|
128 |
E_COMPILE_WARNING(integer) |
編譯時警告 (非致命錯誤)。類似E_WARNING，但是是由Zend腳本引擎產(chǎn)生的。 |
since PHP 4 |
|
256 |
E_USER_ERROR (integer) |
用戶產(chǎn)生的錯誤信息。類似 E_ERROR, 但是是由用戶自己在代碼中使用PHP函數(shù)trigger_error()來產(chǎn)生的。 |
since PHP 4 |
|
512 |
E_USER_WARNING(integer) |
用戶產(chǎn)生的警告信息。類似 E_WARNING, 但是是由用戶自己在代碼中使用PHP函數(shù)trigger_error()來產(chǎn)生的。 |
since PHP 4 |
|
1024 |
E_USER_NOTICE(integer) |
用戶產(chǎn)生的通知信息。類似 E_NOTICE, 但是是由用戶自己在代碼中使用PHP函數(shù)trigger_error()來產(chǎn)生的。 |
since PHP 4 |
|
2048 |
E_STRICT (integer) |
啟用 PHP 對代碼的修改建議，以確保代碼具有最佳的互操作性和向前兼容性。 |
since PHP 5 |
|
4096 |
E_RECOVERABLE_ERROR(integer) |
可被捕捉的致命錯誤。 它表示發(fā)生了一個可能非常危險的錯誤，但是還沒有導(dǎo)致PHP引擎處于不穩(wěn)定的狀態(tài)。 如果該錯誤沒有被用戶自定義句柄捕獲 (參見 set_error_handler())，將成為一個 E_ERROR 從而腳本會終止運(yùn)行。 |
since PHP 5.2.0 |
|
8192 |
E_DEPRECATED (integer) |
運(yùn)行時通知。啟用后將會對在未來版本中可能無法正常工作的代碼給出警告。 |
since PHP 5.3.0 |
|
16384 |
E_USER_DEPRECATED(integer) |
用戶產(chǎn)少的警告信息。 類似E_DEPRECATED, 但是是由用戶自己在代碼中使用PHP函數(shù) trigger_error()來產(chǎn)生的。 |
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不能被自定義錯誤處理函數(shù)撲捉到)自定義錯誤函數(shù)中不能撲捉到致命錯誤信息，因?yàn)榘l(fā)生致命的運(yùn)行時錯誤時腳本都是立即停止執(zhí)行的。
3.觸發(fā)錯誤
在腳本中用戶輸入數(shù)據(jù)的位置，當(dāng)用戶的輸入無效時觸發(fā)錯誤的很有用的。在 PHP 中，這個任務(wù)由 trigger_error() 完成。
您可以在腳本中任何位置觸發(fā)錯誤，通過添加的第二個參數(shù)，您能夠規(guī)定所觸發(fā)的錯誤級別。
4.可能的錯誤類型：
1）.E_USER_ERROR - 致命的用戶生成的 run-time 錯誤。錯誤無法恢復(fù)。腳本執(zhí)行被中斷。
2）.E_USER_WARNING - 非致命的用戶生成的 run-time 警告。腳本執(zhí)行不被中斷。
3）.E_USER_NOTICE - 默認(rèn)。用戶生成的 run-time 通知。腳本發(fā)現(xiàn)了可能的錯誤，也有可能在腳本運(yùn)行正常時發(fā)生。
例如：
trigger_error("出錯了啊", E_USER_WARNING);
// 輸出 Warning: 出錯了啊 in xxxx 的錯誤信息
三、錯誤報告
默認(rèn)地，根據(jù)在 php.ini 中的 error_log 配置，PHP 向服務(wù)器的錯誤記錄系統(tǒng)或文件發(fā)送錯誤記錄。
通過使用 error_log() 函數(shù)，您可以向指定的文件或遠(yuǎn)程目的地發(fā)送錯誤記錄。比如把錯誤信息發(fā)送到郵箱中是一種好的方式。
更多錯誤處理文檔見：http://www.php.net/manual/zh/book.errorfunc.php
四、異常處理
當(dāng)異常被拋出時，其后的代碼不會繼續(xù)執(zhí)行，PHP 會嘗試查找匹配的 “catch” 代碼塊。
如果異常沒有被捕獲，而且又沒用使用 set_exception_handler() 作相應(yīng)的處理的話，那么將發(fā)生一個嚴(yán)重的錯誤(致命錯誤)，并且輸出 “Uncaught Exception” (未捕獲異常)的錯誤消息。
1.處理處理程序應(yīng)當(dāng)包括：
1.）try - 使用異常的函數(shù)應(yīng)該位于 “try” 代碼塊內(nèi)。如果沒有觸發(fā)異常，則代碼將照常繼續(xù)執(zhí)行。但是如果異常被觸發(fā)，會拋出一個異常。
2.）throw - 這里規(guī)定如何觸發(fā)異常。每一個 “throw” 必須對應(yīng)至少一個 “catch”
3.）catch - “catch” 代碼塊會捕獲異常，并創(chuàng)建一個包含異常信息的對象
2.重新拋出異常
有時，當(dāng)異常被拋出時，您也許希望以不同于標(biāo)準(zhǔn)的方式對它進(jìn)行處理。可以在一個 “catch” 代碼塊中再次拋出異常。
腳本應(yīng)該對用戶隱藏系統(tǒng)錯誤。對程序員來說，系統(tǒng)錯誤也許很重要，但是用戶對它們并不感興趣。為了讓用戶更容易使用，您可以再次拋出帶有對用戶比較友好的消息的異常。
3.異常的規(guī)則
1）.需要進(jìn)行異常處理的代碼應(yīng)該放入 try 代碼塊內(nèi)，以便捕獲潛在的異常。
2）.每個 try 或 throw 代碼塊必須至少擁有一個對應(yīng)的 catch 代碼塊。
3）.使用多個 catch 代碼塊可以捕獲不同種類的異常。
4）.可以在 try 代碼塊內(nèi)的 catch 代碼塊中再次拋出(re-thrown)異常。
簡而言之：如果拋出了異常，就必須捕獲它。
