請(qǐng)一定要注意,沒有特殊說明:本例 PHP Version 7
說起PHP異常處理,大家首先會(huì)想到try-catch,那好,我們先看一段程序吧:有一個(gè)test.php文件,有一段簡(jiǎn)單的PHP程序,內(nèi)容如下,然后命令行執(zhí)行:php test.php
?php $num = 0; try { echo 1/$num;5 } catch (Exception $e){ echo $e->getMessage(); } ?>
我的問題是:這段程序能正確的捕捉到除0的錯(cuò)誤信息嗎?
本文章分5個(gè)部分介紹我的異常處理的理解:
程序在運(yùn)行中出現(xiàn)不符合預(yù)期的情況,允許發(fā)生(你也不想讓他出現(xiàn)不正常的情況)但他是一種不正常的情況,按照我們的正常邏輯本不該出的錯(cuò)誤,但仍然會(huì)出現(xiàn)的錯(cuò)誤,屬于邏輯和業(yè)務(wù)流程的錯(cuò)誤,而不是編譯或者語(yǔ)法上的錯(cuò)誤。
屬于php腳本自身的問題,大部分情況是由錯(cuò)誤的語(yǔ)法,服務(wù)器環(huán)境導(dǎo)致,使得編譯器無法通過檢查,甚至無法運(yùn)行的情況。warning、notice都是錯(cuò)誤,只是他們的級(jí)別不同而已,并且錯(cuò)誤是不能被try-catch捕獲的。
在PHP中,因?yàn)樵谄渌Z(yǔ)言中就不能這樣下結(jié)論了,也就是說異常和錯(cuò)誤的說法在不同的語(yǔ)言有不同的說法。在PHP中任何自身的錯(cuò)誤或者是非正常的代碼都會(huì)當(dāng)做錯(cuò)誤對(duì)待,并不會(huì)以異常的形式拋出,但是也有一些情況會(huì)當(dāng)做異常和錯(cuò)誤同時(shí)拋出(據(jù)說是,我沒有找到合適的例子)。也就是說,你想在數(shù)據(jù)庫(kù)連接失敗的時(shí)候自動(dòng)捕獲異常是行不通的,因?yàn)檫@就不是異常,是錯(cuò)誤。但是在java中就不一樣了,他會(huì)把很多和預(yù)期不一致的行為當(dāng)做異常來進(jìn)行捕獲。
在上面的分析中我們可以看出,PHP并不能主動(dòng)的拋出異常,但是你可以手動(dòng)拋出異常,這就很無語(yǔ)了,如果你知道哪里會(huì)出問題,你添加if else解決不就行了嗎,為啥還要手動(dòng)拋出異常,既然能手動(dòng)拋出就證明這個(gè)不是異常,而是意料之中。以我的理解,這就是PHP異常處理雞肋的地方(不一定對(duì)?。?。所以PHP的異常機(jī)制不是那么的完美,但是使用過框架的同學(xué)都知道有這個(gè)情況:你在框架中直接寫開頭那段php“自動(dòng)”捕獲異常的代碼是可以的,這是為什么?看過源碼的同學(xué)都知道框架中都會(huì)涉及三個(gè)函數(shù):register_shutdown_function,set_error_handler,set_exception_handler后面我會(huì)重點(diǎn)講解著三個(gè)黑科技,通過這幾個(gè)函數(shù)我們可以實(shí)現(xiàn)PHP假自動(dòng)捕獲異常和錯(cuò)誤。
只有熟悉錯(cuò)誤級(jí)別才能對(duì)錯(cuò)誤捕捉有更好的認(rèn)識(shí)。 ERROR有不同的錯(cuò)誤級(jí)別,我之前的一篇文章中有寫到:http://www.cnblogs.com/zyf-zhaoyafei/p/3649434.html
下面我再總結(jié)性的給出這幾類錯(cuò)誤級(jí)別:
Fatal Error:致命錯(cuò)誤(腳本終止運(yùn)行) E_ERROR // 致命的運(yùn)行錯(cuò)誤,錯(cuò)誤無法恢復(fù),暫停執(zhí)行腳本 E_CORE_ERROR // PHP啟動(dòng)時(shí)初始化過程中的致命錯(cuò)誤 E_COMPILE_ERROR // 編譯時(shí)致命性錯(cuò),就像由Zend腳本引擎生成了一個(gè)E_ERROR E_USER_ERROR // 自定義錯(cuò)誤消息。像用PHP函數(shù)trigger_error(錯(cuò)誤類型設(shè)置為:E_USER_ERROR) Parse Error:編譯時(shí)解析錯(cuò)誤,語(yǔ)法錯(cuò)誤(腳本終止運(yùn)行) E_PARSE //編譯時(shí)的語(yǔ)法解析錯(cuò)誤 Warning Error:警告錯(cuò)誤(僅給出提示信息,腳本不終止運(yùn)行) E_WARNING // 運(yùn)行時(shí)警告 (非致命錯(cuò)誤)。 E_CORE_WARNING // PHP初始化啟動(dòng)過程中發(fā)生的警告 (非致命錯(cuò)誤) 。 E_COMPILE_WARNING // 編譯警告 E_USER_WARNING // 用戶產(chǎn)生的警告信息 Notice Error:通知錯(cuò)誤(僅給出通知信息,腳本不終止運(yùn)行) E_NOTICE // 運(yùn)行時(shí)通知。表示腳本遇到可能會(huì)表現(xiàn)為錯(cuò)誤的情況. E_USER_NOTICE // 用戶產(chǎn)生的通知信息。
由此可知有5類是產(chǎn)生ERROR級(jí)別的錯(cuò)誤,這種錯(cuò)誤直接導(dǎo)致PHP程序退出。
可以定義成:
1 ERROR = E_ERROR | E_CORE_ERROR | E_COMPILE_ERROR | E_USER_ERROR | E_PARSE
前面提到框架中是可以捕獲所有的錯(cuò)誤和異常的,之所以能實(shí)現(xiàn)應(yīng)該是使用了黑科技,哈哈!其實(shí)也不是什么黑科技,主要是三個(gè)重要的函數(shù):
看到這個(gè)名字估計(jì)就知道什么意思了,這個(gè)函數(shù)用于捕獲錯(cuò)誤,設(shè)置一個(gè)用戶自定義的錯(cuò)誤處理函數(shù)。
?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 />'); } ?>
當(dāng)程序出現(xiàn)錯(cuò)誤的時(shí)候自動(dòng)調(diào)用此方法,不過需要注意一下兩點(diǎn):第一,如果存在該方法,相應(yīng)的error_reporting()就不能在使用了。所有的錯(cuò)誤都會(huì)交給自定義的函數(shù)處理。第二,此方法不能處理以下級(jí)別的錯(cuò)誤:E_ERROR、 E_PARSE、 E_CORE_ERROR、 E_CORE_WARNING、 E_COMPILE_ERROR、 E_COMPILE_WARNING,set_error_handler() 函數(shù)所在文件中產(chǎn)生的E_STRICT,該函數(shù)只能捕獲系統(tǒng)產(chǎn)生的一些Warning、Notice級(jí)別的錯(cuò)誤。
并且他有多種調(diào)用的方法:
?php // 直接傳函數(shù)名 NonClassFunction set_error_handler('function_name'); // 傳 class_name function_name set_error_handler(array('class_name', 'function_name')); ?>
捕獲PHP的錯(cuò)誤:Fatal Error、Parse Error等,這個(gè)方法是PHP腳本執(zhí)行結(jié)束前最后一個(gè)調(diào)用的函數(shù),比如腳本錯(cuò)誤、die()、exit、異常、正常結(jié)束都會(huì)調(diào)用,多么牛逼的一個(gè)函數(shù)??!通過這個(gè)函數(shù)就可以在腳本結(jié)束前判斷這次執(zhí)行是否有錯(cuò)誤產(chǎn)生,這時(shí)就要借助于一個(gè)函數(shù):error_get_last();這個(gè)函數(shù)可以拿到本次執(zhí)行產(chǎn)生的所有錯(cuò)誤。error_get_last();返回的信息:
[type] - 錯(cuò)誤類型
[message] - 錯(cuò)誤消息
[file] - 發(fā)生錯(cuò)誤所在的文件
[line] - 發(fā)生錯(cuò)誤所在的行
?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>'); } } ?>
通過這種方法就可以巧妙的打印出程序結(jié)束前所有的錯(cuò)誤信息。但是我在測(cè)試的時(shí)候我發(fā)現(xiàn)并不是所有的錯(cuò)誤終止后都會(huì)調(diào)用這個(gè)函數(shù),可以看下面的一個(gè)測(cè)試文件,內(nèi)容是:
?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+-+); //此處語(yǔ)法錯(cuò)誤 ?>
自己可以試一下,你可以看到根本就不會(huì)觸發(fā)zyfshutdownfunc()函數(shù),其實(shí)這是一個(gè)語(yǔ)法錯(cuò)誤,直接報(bào)了一個(gè):
?php Parse error: syntax error, unexpected ')' in /www/mytest/exception/try-catch.php on line 71 ?>
由此引出一個(gè)奇葩的問題:?jiǎn)柺裁床荒苡|發(fā),為什么框架中是可以的?其實(shí)原因很簡(jiǎn)單,只在parse-time出錯(cuò)時(shí)是不會(huì)調(diào)用本函數(shù)的。只有在run-time出錯(cuò)的時(shí)候,才會(huì)調(diào)用本函數(shù),我的理解是語(yǔ)法檢查器前沒有執(zhí)行register_shutdown_function()去把需要注冊(cè)的函數(shù)放到調(diào)用的堆棧中,所以就根本不會(huì)運(yùn)行。那框架中為什么任何錯(cuò)誤都能進(jìn)入到register_shutdown_function()中呢,其實(shí)在框架中一般會(huì)有統(tǒng)一的入口index.php,然后每個(gè)類庫(kù)文件都會(huì)通過include ** 的方式加載到index.php中,相當(dāng)與所有的程序都會(huì)在index.php中聚集,同樣,你寫的具有語(yǔ)法錯(cuò)誤的文件也會(huì)被引入到入口文件中,這樣的話,調(diào)用框架,執(zhí)行index.php,index.php本身并沒有語(yǔ)法錯(cuò)誤,也就不會(huì)產(chǎn)生parse-time錯(cuò)誤,而是 include 文件出錯(cuò)了,是run-time的時(shí)候出錯(cuò)了,所以框架執(zhí)行完之后就會(huì)觸發(fā)register_shutdown_function();
所以現(xiàn)在可是試一下這個(gè)寫法,這樣就會(huì)觸發(fā)zyfshutdownfunc()回調(diào)了:
a.php文件 ?php // 模擬語(yǔ)法錯(cuò)誤 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'; ?>
設(shè)置默認(rèn)的異常處理程序,用在沒有用try/catch塊來捕獲的異常,也就是說不管你拋出的異常有沒有人捕獲,如果沒有人捕獲就會(huì)進(jìn)入到該方法中,并且在回調(diào)函數(shù)調(diào)用后異常會(huì)中止??匆幌掠梅ǎ?/p>
?php set_exception_handler('zyfexception'); function zyfexception($exception) { var_dump("b>set_exception_handler: Exception: " . $exception->getMessage() . '/b>'); } throw new Exception("zyf exception"); ?>
由上面的講解我們知道,php中的錯(cuò)誤是不能以異常的像是捕獲的,但是我們需要讓他們拋出,已達(dá)到擴(kuò)展 try-catch的影響范圍,我們前面講到過set_error_handler() 方法,他是干嘛用的,他是捕獲錯(cuò)誤的,所以我們就可以借助他來吧錯(cuò)誤捕獲,然后再以異常的形式拋出,ok,試試下面的寫法:
?php set_error_handler('zyferror'); function zyferror($type, $message, $file, $line) { throw new \Exception($message . 'zyf錯(cuò)誤當(dāng)做異常'); } $num = 0; try { echo 1/$num; } catch (Exception $e){ echo $e->getMessage(); } ?>
好了,試一下,會(huì)打印出:
Division by zero zyf123
流程:本來是除0錯(cuò)誤,然后觸發(fā)set_error_handler(),在set_error_handler()中相當(dāng)與殺了個(gè)回馬槍,再把錯(cuò)誤信息以異常的形式拋出來,這樣就可以實(shí)現(xiàn)錯(cuò)誤以異常的形式拋出。大家要注意:這樣做是有缺點(diǎn)的,會(huì)受到set_error_handler()函數(shù)捕獲級(jí)別的限制。
由set_error_handler()可知,他能夠捕獲一部分錯(cuò)誤,不能捕獲系統(tǒng)級(jí)E_ERROR、E_PARSE等錯(cuò)誤,但是這部分可以由register_shutdown_function()捕獲。所以兩者結(jié)合能出現(xiàn)很好的功能。
看下面的程序:
a.php內(nèi)容: ? // 模擬Fatal error錯(cuò)誤 //test(); // 模擬用戶產(chǎn)生ERROR錯(cuò)誤 //trigger_error('zyf-error', E_USER_ERROR); // 模擬語(yǔ)法錯(cuò)誤 var_dump(23+-+); // 模擬Notice錯(cuò)誤 //echo $f; // 模擬Warning錯(cuò)誤 //echo '123'; //ob_flush(); //flush(); //header("Content-type:text/html;charset=gb2312"); ?> b.php內(nèi)容: ? 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'; ?>
到此就可以解釋開頭的那個(gè)程序了吧,test.php 如果是單文件執(zhí)行是不能捕獲到錯(cuò)誤的,如果你在框架中執(zhí)行就是可以的,當(dāng)然你按照我上面介紹的來擴(kuò)展也是可以的。
在復(fù)雜的系統(tǒng)中,我們往往需要自己捕獲我們需要特殊處理的異常,這些異??赡苁翘厥馇闆r下拋出的。所以我們就自己定義一個(gè)異常捕獲類,該類必須是 exception 類的一個(gè)擴(kuò)展,該類繼承了 PHP 的 exception 類的所有屬性,并且我們可以添加自定義的函數(shù),使用的時(shí)候其實(shí)和之前的一樣,大致寫法如下:
?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(); } ?>
異常嵌套是比較常見的寫法,在自定義的異常處理中,try 塊中可以定義多個(gè)異常捕獲,然后分層傳遞異常,理解和冒泡差不多,看下面的實(shí)現(xiàn):
?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(); } ?>
當(dāng)然也可以在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(); } ?>
現(xiàn)在寫PHP必須考慮版本情況,上面的寫法在PHP7中大部分都能實(shí)現(xiàn),但是也會(huì)有不同點(diǎn),在PHP7更新中有一條:更多的Error變?yōu)榭刹东@的Exception,現(xiàn)在的PHP7實(shí)現(xiàn)了一個(gè)全局的throwable接口,原來老的Exception和其中一部分Error實(shí)現(xiàn)了這個(gè)接口(interface),PHP7中更多的Error變?yōu)榭刹东@的Exception返回給捕捉器,這樣其實(shí)和前面提到的擴(kuò)展try-catch影響范圍一樣,但是如果不捕獲則還是按照Error對(duì)待,看下面兩個(gè):
?php try { test(); } catch(Throwable $e) { echo $e->getMessage() . ' zyf'; } try { test(); } catch(Error $e) { echo $e->getMessage() . ' zyf'; } ?>
因?yàn)镻HP7實(shí)現(xiàn)了throwable接口,那么就可以使用第一個(gè)這種方式來捕獲異常。又因?yàn)椴糠諩rror實(shí)現(xiàn)了接口,并且更多的Error變?yōu)榭刹东@的Exception,那么就可以使用第二種方式來捕獲異常。下面是在網(wǎng)上找的PHP7的異常層次樹:
Throwable
Exception 異常
...
Error 錯(cuò)誤
ArithmeticError 算數(shù)錯(cuò)誤
DivisionByZeroError 除數(shù)為0的錯(cuò)誤
AssertionError 聲明錯(cuò)誤
ParseError 解析錯(cuò)誤
TypeError 類型錯(cuò)誤
關(guān)于錯(cuò)誤和異常處理的大致就寫這么多,多謝大家。
以上就是再談PHP錯(cuò)誤與異常處理的詳細(xì)內(nèi)容,更多關(guān)于PHP錯(cuò)誤與異常處理的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章!
標(biāo)簽:唐山 六安 遼陽(yáng) 柳州 克拉瑪依 鶴崗 白城 鷹潭
巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《再談PHP錯(cuò)誤與異常處理》,本文關(guān)鍵詞 再談,PHP,錯(cuò)誤,與,異常,處理,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。