再談PHP錯誤與異常處理
請一定要注意，沒有特殊說明：本例 PHP Version < 7
說起PHP異常處理，大家首先會想到try-catch，那好，我們先看一段程序吧：有一個test.php文件，有一段簡單的PHP程序，內容如下，然后命令行執(zhí)行：php test.php
<?php
$num = 0;
try {
echo 1/$num;5
} catch (Exception $e){
echo $e->getMessage();
}
?>
我的問題是：這段程序能正確的捕捉到除0的錯誤信息嗎？
本文章分5個部分介紹我的異常處理的理解：
一、異常與錯誤的概述
PHP中什么是異常
程序在運行中出現不符合預期的情況，允許發(fā)生（你也不想讓他出現不正常的情況）但他是一種不正常的情況，按照我們的正常邏輯本不該出的錯誤，但仍然會出現的錯誤，屬于邏輯和業(yè)務流程的錯誤，而不是編譯或者語法上的錯誤。
PHP中什么是錯誤
屬于php腳本自身的問題，大部分情況是由錯誤的語法，服務器環(huán)境導致，使得編譯器無法通過檢查，甚至無法運行的情況。warning、notice都是錯誤，只是他們的級別不同而已，并且錯誤是不能被try-catch捕獲的。
上面的說法是有前提條件的
在PHP中，因為在其他語言中就不能這樣下結論了，也就是說異常和錯誤的說法在不同的語言有不同的說法。在PHP中任何自身的錯誤或者是非正常的代碼都會當做錯誤對待，并不會以異常的形式拋出，但是也有一些情況會當做異常和錯誤同時拋出(據說是，我沒有找到合適的例子)。也就是說，你想在數據庫連接失敗的時候自動捕獲異常是行不通的，因為這就不是異常，是錯誤。但是在java中就不一樣了，他會把很多和預期不一致的行為當做異常來進行捕獲。
PHP異常處理很雞肋？
在上面的分析中我們可以看出，PHP并不能主動的拋出異常，但是你可以手動拋出異常，這就很無語了，如果你知道哪里會出問題，你添加if else解決不就行了嗎，為啥還要手動拋出異常，既然能手動拋出就證明這個不是異常，而是意料之中。以我的理解，這就是PHP異常處理雞肋的地方（不一定對?。Ｋ訮HP的異常機制不是那么的完美，但是使用過框架的同學都知道有這個情況：你在框架中直接寫開頭那段php“自動”捕獲異常的代碼是可以的，這是為什么？看過源碼的同學都知道框架中都會涉及三個函數：register_shutdown_function，set_error_handler，set_exception_handler后面我會重點講解著三個黑科技，通過這幾個函數我們可以實現PHP假自動捕獲異常和錯誤。
二、ERROR的級別
只有熟悉錯誤級別才能對錯誤捕捉有更好的認識。 ERROR有不同的錯誤級別，我之前的一篇文章中有寫到：http://www.cnblogs.com/zyf-zhaoyafei/p/3649434.html
下面我再總結性的給出這幾類錯誤級別：
Fatal Error:致命錯誤（腳本終止運行）
E_ERROR // 致命的運行錯誤，錯誤無法恢復，暫停執(zhí)行腳本
E_CORE_ERROR // PHP啟動時初始化過程中的致命錯誤
E_COMPILE_ERROR // 編譯時致命性錯，就像由Zend腳本引擎生成了一個E_ERROR
E_USER_ERROR // 自定義錯誤消息。像用PHP函數trigger_error（錯誤類型設置為：E_USER_ERROR）
Parse Error：編譯時解析錯誤，語法錯誤（腳本終止運行）
E_PARSE //編譯時的語法解析錯誤
Warning Error：警告錯誤（僅給出提示信息，腳本不終止運行）
E_WARNING // 運行時警告 (非致命錯誤)。
E_CORE_WARNING // PHP初始化啟動過程中發(fā)生的警告 (非致命錯誤) 。
E_COMPILE_WARNING // 編譯警告
E_USER_WARNING // 用戶產生的警告信息
Notice Error：通知錯誤（僅給出通知信息，腳本不終止運行）
E_NOTICE // 運行時通知。表示腳本遇到可能會表現為錯誤的情況.
E_USER_NOTICE // 用戶產生的通知信息。
由此可知有5類是產生ERROR級別的錯誤，這種錯誤直接導致PHP程序退出。
可以定義成：
1 ERROR = E_ERROR | E_CORE_ERROR | E_COMPILE_ERROR | E_USER_ERROR | E_PARSE
三、PHP異常處理中的黑科技
前面提到框架中是可以捕獲所有的錯誤和異常的，之所以能實現應該是使用了黑科技，哈哈！其實也不是什么黑科技，主要是三個重要的函數：
1：set_error_handler()
看到這個名字估計就知道什么意思了，這個函數用于捕獲錯誤，設置一個用戶自定義的錯誤處理函數。
<?php
set_error_handler('zyferror');
function zyferror($type, $message, $file, $line)
{
var_dump('<b>set_error_handler: ' . $type . ':' . $message . ' in ' . $file . ' on ' . $line . ' line .</b><br />');
}
?>
當程序出現錯誤的時候自動調用此方法，不過需要注意一下兩點：第一，如果存在該方法，相應的error_reporting()就不能在使用了。所有的錯誤都會交給自定義的函數處理。第二，此方法不能處理以下級別的錯誤：E_ERROR、 E_PARSE、 E_CORE_ERROR、 E_CORE_WARNING、 E_COMPILE_ERROR、 E_COMPILE_WARNING，set_error_handler() 函數所在文件中產生的E_STRICT，該函數只能捕獲系統(tǒng)產生的一些Warning、Notice級別的錯誤。
并且他有多種調用的方法：
<?php
// 直接傳函數名 NonClassFunction
set_error_handler('function_name');
// 傳 class_name && function_name
set_error_handler(array('class_name', 'function_name'));
?>
2：register_shutdown_function()
捕獲PHP的錯誤：Fatal Error、Parse Error等，這個方法是PHP腳本執(zhí)行結束前最后一個調用的函數，比如腳本錯誤、die()、exit、異常、正常結束都會調用，多么牛逼的一個函數?。⊥ㄟ^這個函數就可以在腳本結束前判斷這次執(zhí)行是否有錯誤產生，這時就要借助于一個函數：error_get_last()；這個函數可以拿到本次執(zhí)行產生的所有錯誤。error_get_last();返回的信息：
[type] - 錯誤類型
[message] - 錯誤消息
[file] - 發(fā)生錯誤所在的文件
[line] - 發(fā)生錯誤所在的行
<?php
register_shutdown_function('zyfshutdownfunc');
function zyfshutdownfunc()
{
if ($error = error_get_last()) {
var_dump('<b>register_shutdown_function: Type:' . $error['type'] . ' Msg: ' . $error['message'] . ' in ' . $error['file'] . ' on line ' . $error['line'] . '</b>');
}
}
?>
通過這種方法就可以巧妙的打印出程序結束前所有的錯誤信息。但是我在測試的時候我發(fā)現并不是所有的錯誤終止后都會調用這個函數，可以看下面的一個測試文件，內容是：
<?php
register_shutdown_function('zyfshutdownfunc');
function zyfshutdownfunc()
{
if ($error = error_get_last()) {
var_dump('<b>register_shutdown_function: Type:' . $error['type'] . ' Msg: ' . $error['message'] . ' in ' . $error['file'] . ' on line ' . $error['line'] . '</b>');
}
}
var_dump(23+-+); //此處語法錯誤
?>
自己可以試一下，你可以看到根本就不會觸發(fā)zyfshutdownfunc()函數，其實這是一個語法錯誤，直接報了一個：
<?php
Parse error: syntax error, unexpected ')' in /www/mytest/exception/try-catch.php on line 71
?>
由此引出一個奇葩的問題：問什么不能觸發(fā)，為什么框架中是可以的？其實原因很簡單，只在parse-time出錯時是不會調用本函數的。只有在run-time出錯的時候，才會調用本函數，我的理解是語法檢查器前沒有執(zhí)行register_shutdown_function()去把需要注冊的函數放到調用的堆棧中，所以就根本不會運行。那框架中為什么任何錯誤都能進入到register_shutdown_function()中呢，其實在框架中一般會有統(tǒng)一的入口index.php，然后每個類庫文件都會通過include ** 的方式加載到index.php中，相當與所有的程序都會在index.php中聚集，同樣，你寫的具有語法錯誤的文件也會被引入到入口文件中，這樣的話，調用框架，執(zhí)行index.php，index.php本身并沒有語法錯誤，也就不會產生parse-time錯誤，而是 include 文件出錯了，是run-time的時候出錯了，所以框架執(zhí)行完之后就會觸發(fā)register_shutdown_function();
所以現在可是試一下這個寫法，這樣就會觸發(fā)zyfshutdownfunc()回調了：
a.php文件
<?php
// 模擬語法錯誤
var_dump(23+-+);
?>
b.php文件
<?php
register_shutdown_function('zyfshutdownfunc');
function zyfshutdownfunc()
{
if ($error = error_get_last()) {
var_dump('<b>register_shutdown_function: Type:' . $error['type'] . ' Msg: ' . $error['message'] . ' in ' . $error['file'] . ' on line ' . $error['line'] . '</b>');
}
}
require 'a.php';
?>
3：set_exception_handler()
設置默認的異常處理程序，用在沒有用try/catch塊來捕獲的異常，也就是說不管你拋出的異常有沒有人捕獲，如果沒有人捕獲就會進入到該方法中，并且在回調函數調用后異常會中止?？匆幌掠梅ǎ?/p>
<?php
set_exception_handler('zyfexception');
function zyfexception($exception)
{
var_dump("<b>set_exception_handler: Exception: " . $exception->getMessage() . '</b>');
}
throw new Exception("zyf exception");
?>
四、巧妙的捕獲錯誤和異常
1：把錯誤以異常的形式拋出(不能完全拋出)
由上面的講解我們知道，php中的錯誤是不能以異常的像是捕獲的，但是我們需要讓他們拋出，已達到擴展 try-catch的影響范圍，我們前面講到過set_error_handler() 方法，他是干嘛用的，他是捕獲錯誤的，所以我們就可以借助他來吧錯誤捕獲，然后再以異常的形式拋出，ok，試試下面的寫法：
<?php
set_error_handler('zyferror');
function zyferror($type, $message, $file, $line)
{
throw new \Exception($message . 'zyf錯誤當做異常');
}
$num = 0;
try {
echo 1/$num;
} catch (Exception $e){
echo $e->getMessage();
}
?>
好了，試一下，會打印出：
Division by zero zyf123
流程：本來是除0錯誤，然后觸發(fā)set_error_handler()，在set_error_handler()中相當與殺了個回馬槍，再把錯誤信息以異常的形式拋出來，這樣就可以實現錯誤以異常的形式拋出。大家要注意：這樣做是有缺點的，會受到set_error_handler()函數捕獲級別的限制。
2：捕獲所有的錯誤
由set_error_handler()可知，他能夠捕獲一部分錯誤，不能捕獲系統(tǒng)級E_ERROR、E_PARSE等錯誤，但是這部分可以由register_shutdown_function()捕獲。所以兩者結合能出現很好的功能。
看下面的程序：
a.php內容：
<?
// 模擬Fatal error錯誤
//test();
// 模擬用戶產生ERROR錯誤
//trigger_error('zyf-error', E_USER_ERROR);
// 模擬語法錯誤
var_dump(23+-+);
// 模擬Notice錯誤
//echo $f;
// 模擬Warning錯誤
//echo '123';
//ob_flush();
//flush();
//header("Content-type:text/html;charset=gb2312");
?>
b.php內容：
<?
error_reporting(0);
register_shutdown_function('zyfshutdownfunc');
function zyfshutdownfunc()
{
if ($error = error_get_last()) {
var_dump('<b>register_shutdown_function: Type:' . $error['type'] . ' Msg: ' . $error['message'] . ' in ' . $error['file'] . ' on line ' . $error['line'] . '</b>');
}
}
set_error_handler('zyferror');
function zyferror($type, $message, $file, $line)
{
var_dump('<b>set_error_handler: ' . $type . ':' . $message . ' in ' . $file . ' on ' . $line . ' line .</b><br />');
}
require 'a.php';
?>
到此就可以解釋開頭的那個程序了吧，test.php 如果是單文件執(zhí)行是不能捕獲到錯誤的，如果你在框架中執(zhí)行就是可以的，當然你按照我上面介紹的來擴展也是可以的。
五、自定義異常處理和異常嵌套
1：自定義異常處理
在復雜的系統(tǒng)中，我們往往需要自己捕獲我們需要特殊處理的異常，這些異?？赡苁翘厥馇闆r下拋出的。所以我們就自己定義一個異常捕獲類，該類必須是 exception 類的一個擴展，該類繼承了 PHP 的 exception 類的所有屬性，并且我們可以添加自定義的函數，使用的時候其實和之前的一樣，大致寫法如下：
<?php
class zyfException extends Exception
{
public function errorzyfMessage()
{
return 'Error line ' . $this->getLine().' in ' . $this->getFile()
.': <b>' . $this->getMessage() . '</b> Must in (0 - 60)';
}
}
$age = 10;
try {
$age = intval($age);
if($age > 60) {
throw new zyfException($age);
}
} catch (zyfException $e) {
echo $e->errorzyfMessage();
}
?>
2：異常嵌套
異常嵌套是比較常見的寫法，在自定義的異常處理中，try 塊中可以定義多個異常捕獲，然后分層傳遞異常，理解和冒泡差不多，看下面的實現：
<?php
$age = 10;
try {
$age = intval($age);
if($age > 60) {
throw new zyfException($age);
}
if ($age <= 0) {
throw new Exception($age . ' must > 0');
}
} catch (zyfException $e) {
echo $e->errorzyfMessage();
} catch(Exception $e) {
echo $e->getMessage();
}
?>
當然也可以在catch中再拋出異常給上層：
<?php
$age = 100;
try {
try {
$age = intval($age);
if($age > 60) {
throw new Exception($age);
}
} catch (Exception $e) {
throw new zyfException($age);
}
} catch (zyfException $e) {
echo $e->errorzyfMessage();
}
?>
六、PHP7中的異常處理
現在寫PHP必須考慮版本情況，上面的寫法在PHP7中大部分都能實現，但是也會有不同點，在PHP7更新中有一條：更多的Error變?yōu)榭刹东@的Exception，現在的PHP7實現了一個全局的throwable接口，原來老的Exception和其中一部分Error實現了這個接口(interface)，PHP7中更多的Error變?yōu)榭刹东@的Exception返回給捕捉器，這樣其實和前面提到的擴展try-catch影響范圍一樣，但是如果不捕獲則還是按照Error對待，看下面兩個：
<?php
try {
test();
} catch(Throwable $e) {
echo $e->getMessage() . ' zyf';
}
try {
test();
} catch(Error $e) {
echo $e->getMessage() . ' zyf';
}
?>
因為PHP7實現了throwable接口，那么就可以使用第一個這種方式來捕獲異常。又因為部分Error實現了接口，并且更多的Error變?yōu)榭刹东@的Exception，那么就可以使用第二種方式來捕獲異常。下面是在網上找的PHP7的異常層次樹：
Throwable
Exception 異常
...
Error 錯誤
ArithmeticError 算數錯誤
DivisionByZeroError 除數為0的錯誤
AssertionError 聲明錯誤
ParseError 解析錯誤
TypeError 類型錯誤
關于錯誤和異常處理的大致就寫這么多，多謝大家。
以上就是再談PHP錯誤與異常處理的詳細內容，更多關于PHP錯誤與異常處理的資料請關注腳本之家其它相關文章！
相關文章
用PHP函數解決SQL injection...2006-12-12
關于php操作mysql執(zhí)行數據庫查詢的一些常用操作匯總
本篇文章是對關于php操作mysql執(zhí)行數據庫查詢的一些常用操作進行了詳細的匯總介紹，需要的朋友參考下2013-06-06
php下的權限算法的實現...2007-04-04
php file_put_contents()功能函數（集成了fopen、fwrite、fclose）
php file_put_contents()功能函數（集成了fopen、fwrite、fclose） ，需要的朋友可以參考下。2011-05-05
php使用變量動態(tài)創(chuàng)建類的對象用法示例
這篇文章主要介紹了php使用變量動態(tài)創(chuàng)建類的對象,涉及php面向對象程序設計中對象的動態(tài)創(chuàng)建相關操作技巧,需要的朋友可以參考下2017-02-02
這篇文章主要介紹了Windows下編譯PHP5.4和xdebug全記錄,本文講解了編譯環(huán)境以及相關軟件包、編譯過程、編譯中可能出現的錯誤問題處理等內容,需要的朋友可以參考下2015-04-04![淺談PHP的$_SERVER[SERVER_NAME]](http://img.jbzj.com/images/xgimg/bcimg6.png)
下面小編就為大家?guī)硪黄獪\談PHP的$_SERVER[SERVER_NAME]。小編覺得挺不錯的，現在就分享給大家，也給大家做個參考。一起跟隨小編過來看看吧2017-02-02
這篇文章主要介紹了PHP對數組的定義以及數組的創(chuàng)建方法,PHP中具有傳統(tǒng)編譯型語言那樣的數組和多維數組,需要的朋友可以參考下2015-11-11
調試一段PHP程序時遇到的三個問題,學習php的朋友可以參考下。2012-01-01
這篇文章主要介紹了PHP獲取數組最大值下標的方法,涉及php中max及array_search等函數操作數組的相關技巧,需要的朋友可以參考下2015-05-05