這篇文章將為大家詳細(xì)講解有關(guān)php7中異常與錯(cuò)誤的處理方法,小編覺(jué)得挺實(shí)用的,因此分享給大家做個(gè)參考,希望大家閱讀完這篇文章后可以有所收獲。
創(chuàng)新互聯(lián)專注于洛陽(yáng)企業(yè)網(wǎng)站建設(shè),響應(yīng)式網(wǎng)站開(kāi)發(fā),購(gòu)物商城網(wǎng)站建設(shè)。洛陽(yáng)網(wǎng)站建設(shè)公司,為洛陽(yáng)等地區(qū)提供建站服務(wù)。全流程按需定制網(wǎng)站,專業(yè)設(shè)計(jì),全程項(xiàng)目跟蹤,創(chuàng)新互聯(lián)專業(yè)和態(tài)度為您提供的服務(wù)
異常與錯(cuò)誤的概述
異常是指程序運(yùn)行中不符合預(yù)期情況以及與正常流程不同的狀況。
比如你鏈接數(shù)據(jù)庫(kù),在參數(shù)都寫(xiě)上去的條件下,發(fā)現(xiàn)鏈接不上去,這就屬于不符合預(yù)期
可以被 try-catch 捕捉得到
是屬于php程序自身的問(wèn)題,一般是由非法的語(yǔ)法,環(huán)境問(wèn)題導(dǎo)致的,使得編譯器無(wú)法通過(guò)檢查,甚至無(wú)法運(yùn)行的情況。
平時(shí)遇到的 warming、notice都是錯(cuò)誤,只是級(jí)別不同而已。
例如:
TypeError(類型錯(cuò)誤) 我規(guī)定的函數(shù)參數(shù)類型和傳入的參數(shù)不一致
ArithmeticError (算數(shù)錯(cuò)誤)
ParseError (解析錯(cuò)誤)在調(diào)入的文件中,include “demo.php”,或者 eval();中有語(yǔ)法錯(cuò)誤造成解析失敗
AssertionError(斷言錯(cuò)誤)當(dāng)assert生效時(shí)產(chǎn)生該錯(cuò)誤
pisionByZeroError (分母為零) 運(yùn)算過(guò)程中例如除法,分母為0
除了這幾種情況,其余全部為異常
在以前的 php5.X 中 并且不能被 try-catch 捕捉得到,到了 php 7.x 中,定義了一個(gè) Throwable 接口 并使得大部分的 Error 和
Exception 實(shí)現(xiàn)了該接口,我們得以在 try-catch 中拋出該錯(cuò)誤
所以說(shuō)以后想要捕獲異常,而你又不知道此異常是 Error 還是 Exception 的話,可以向這樣拋出
try{ …… }catch(Throwable $e){ …… }
錯(cuò)誤的級(jí)別
在 php 中的錯(cuò)誤也是有級(jí)別的
Parse error
>Fatal Error
> Waning
> Notice
>Deprecated
Deprecated 最低級(jí)別的錯(cuò)誤(不推薦,不建議) 使用一些過(guò)期函數(shù)的時(shí)候會(huì)出現(xiàn),程序繼續(xù)執(zhí)行 Notice 通知級(jí)別的錯(cuò)誤 使用一些未定義變量、常量或者數(shù)組key沒(méi)有加引號(hào)的時(shí)候會(huì)出現(xiàn),程序繼續(xù)執(zhí)行 E_NOTICE // 運(yùn)行時(shí)通知。表示腳本遇到可能會(huì)表現(xiàn)為錯(cuò)誤的情況. E_USER_NOTICE // 用戶產(chǎn)生的通知信息。Waning 警告級(jí)別的錯(cuò)誤 程序出問(wèn)題了,需要修改代碼?。?!程序繼續(xù)執(zhí)行 E_WARNING // 運(yùn)行時(shí)警告 (非致命錯(cuò)誤)。 E_CORE_WARNING // PHP初始化啟動(dòng)過(guò)程中發(fā)生的警告 (非致命錯(cuò)誤) 。 E_COMPILE_WARNING // 編譯警告 E_USER_WARNING // 用戶產(chǎn)生的警告信息Fatal Error 錯(cuò)誤級(jí)別的錯(cuò)誤 程序直接報(bào)錯(cuò),需要修改代碼?。?!中斷程序執(zhí)行,可使用register_shutdown_function()函數(shù)在程序終止前觸發(fā)一個(gè)函數(shù) E_ERROR // 致命的運(yùn)行錯(cuò)誤,錯(cuò)誤無(wú)法恢復(fù),暫停執(zhí)行腳本 E_CORE_ERROR // PHP啟動(dòng)時(shí)初始化過(guò)程中的致命錯(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 語(yǔ)法解析錯(cuò)誤 語(yǔ)法檢查階段報(bào)錯(cuò),需要修改代碼!??!中斷程序執(zhí)行,除了修改ini文件,將錯(cuò)誤信息寫(xiě)到日志中,什么也做不了 E_PARSE //編譯時(shí)的語(yǔ)法解析錯(cuò)誤
自定義錯(cuò)誤處理程序
有的時(shí)候,php 中自帶的錯(cuò)誤處理程序,并不能完全滿足我們得需要,大部分時(shí)候,我們都需要手動(dòng)重寫(xiě)異常處理。
php 給我們提供了三個(gè)函數(shù)來(lái)幫助我們來(lái)處理,分別是
set_error_handler()
函數(shù)來(lái)托管錯(cuò)誤處理程序,可自行定制錯(cuò)誤的處理流程。
如果此函數(shù)之前的代碼發(fā)生錯(cuò)誤,那么不會(huì)調(diào)用我們自定義的處理函數(shù),因?yàn)檫€未注冊(cè)
設(shè)置此函數(shù)后 error_reporting() 將會(huì)失效
以下級(jí)別的錯(cuò)誤不能由用戶定義的函數(shù)來(lái)處理: E_ERROR、 E_PARSE、 E_CORE_ERROR、 E_CORE_WARNING、 E_COMPILE_ERROR、 E_COMPILE_WARNING 該函數(shù)只能捕捉我們的 部分 Warning 和 Note 級(jí)別的錯(cuò)誤
set_exception_handler()
用于沒(méi)有被捕獲的異常處理
register_shutdown_function()
作用:注冊(cè)一個(gè)會(huì)在php中止時(shí)執(zhí)行的函數(shù)
捕獲PHP的錯(cuò)誤:Fatal Error、Parse Error等,這個(gè)方法是PHP腳本執(zhí)行結(jié)束前最后一個(gè)調(diào)用的函數(shù),比如腳本錯(cuò)誤、die()、exit、異常、正常結(jié)束都會(huì)調(diào)用,
如果拿來(lái)用錯(cuò)誤處理的時(shí)候,需要配合error_get_last()
它能獲取最后發(fā)生的錯(cuò)誤。
舉例 register_shutdown_function('shutdown');function shutdown(){ if ($error = error_get_last()) { var_dump($error); } }$name //沒(méi)寫(xiě) ; 號(hào)
執(zhí)行結(jié)果Parse error: syntax error, unexpected ';' in /app/swoole/errorDemo.php on line 34
Emmmmm 這不扯淡嗎? 分明分明沒(méi)有執(zhí)行呢?
其實(shí)原因使因?yàn)?,程序?zhí)行前,我們 php 會(huì)先檢查我們程序的語(yǔ)法問(wèn)題,如果沒(méi)有問(wèn)題,我們才能執(zhí)行我們的程序。
我們上面的代碼沒(méi)用通過(guò)我們的語(yǔ)法檢查,所以直接報(bào)錯(cuò)。
那么問(wèn)題來(lái)了? 我們?cè)诳蚣苤械臅r(shí)候,為什么是框架都是框架給我們報(bào)錯(cuò)呢?
在框架中,其代碼是通過(guò)一個(gè)入口文件來(lái)加載的。而我們php檢測(cè)語(yǔ)法錯(cuò)誤的時(shí)候,只檢查我們的 index.php 有它 require 是不會(huì)受到檢測(cè)的。當(dāng)我們代碼出錯(cuò)時(shí),那是在 run-time 中檢測(cè)的錯(cuò)誤,所以我們框架中的可以相應(yīng)錯(cuò)誤
關(guān)于“php7中異常與錯(cuò)誤的處理方法”這篇文章就分享到這里了,希望以上內(nèi)容可以對(duì)大家有一定的幫助,使各位可以學(xué)到更多知識(shí),如果覺(jué)得文章不錯(cuò),請(qǐng)把它分享出去讓更多的人看到。