再談PHP錯誤與異常處理

時間  2019-11-08
標籤 再談 php 錯誤 異常 處理 欄目 PHP 简体版
原文   原文鏈接

　　博客很久沒有更新了，實在慚愧，最近在忙人生大事，哈哈！這段時間沒有看什麼新的東西，結合項目中遇到的PHP異常處理問題，我又從新梳理了以前模糊的概念，但願對你們理解PHP異常處理有所幫助。php

　　請必定要注意，沒有特殊說明：本例 PHP Version < 7
　　提及PHP異常處理，你們首先會想到try-catch，那好，咱們先看一段程序吧：有一個test.php文件，有一段簡單的PHP程序，內容以下，而後命令行執行：php test.phphtml

1 <?php
2     $num = 0;
3     try {
4         echo 1/$num;
5
6     } catch (Exception $e){
7         echo $e->getMessage();
8     }
9 ?>

　　個人問題是：這段程序能正確的捕捉到除0的錯誤信息嗎？
　　若是你回答能，那你就把這篇文章看完吧！應該能學點東西。java

本文章分5個部分介紹個人異常處理的理解：數據庫

1、異常與錯誤的概述服務器

2、ERROR的級別框架

3、PHP異常處理中的黑科技函數

4、巧妙的捕獲錯誤和異常測試

5、自定義異常處理和異常嵌套網站

6、PHP7中的異常處理ui

1、異常與錯誤的概述
　　PHP中什麼是異常：
　　程序在運行中出現不符合預期的狀況，容許發生（你也不想讓他出現不正常的狀況）但他是一種不正常的狀況，按照咱們的正常邏輯本不應出的錯誤，但仍然會出現的錯誤，屬於邏輯和業務流程的錯誤，而不是編譯或者語法上的錯誤。

　　PHP中什麼是錯誤：
　　屬於php腳本自身的問題，大部分狀況是由錯誤的語法，服務器環境致使，使得編譯器沒法經過檢查，甚至沒法運行的狀況。warning、notice都是錯誤，只是他們的級別不一樣而已，而且錯誤是不能被try-catch捕獲的。

　　上面的說法是有前提條件的：
　　在PHP中，由於在其餘語言中就不能這樣下結論了，也就是說異常和錯誤的說法在不一樣的語言有不一樣的說法。在PHP中任何自身的錯誤或者是非正常的代碼都會當作錯誤對待，並不會以異常的形式拋出，可是也有一些狀況會當作異常和錯誤同時拋出(聽說是，我沒有找到合適的例子)。也就是說，你想在數據庫鏈接失敗的時候自動捕獲異常是行不通的，由於這就不是異常，是錯誤。可是在java中就不同了，他會把不少和預期不一致的行爲當作異常來進行捕獲。

　　PHP異常處理很雞肋？
　　在上面的分析中咱們能夠看出，PHP並不能主動的拋出異常，可是你能夠手動拋出異常，這就很無語了，若是你知道哪裏會出問題，你添加if else解決不就好了嗎，爲啥還要手動拋出異常，既然能手動拋出就證實這個不是異常，而是意料之中。以個人理解，這就是PHP異常處理雞肋的地方（不必定對啊）。因此PHP的異常機制不是那麼的完美，可是使用過框架的同窗都知道有這個狀況：你在框架中直接寫開頭那段php「自動」捕獲異常的代碼是能夠的，這是爲何？看過源碼的同窗都知道框架中都會涉及三個函數：register_shutdown_function，set_error_handler，set_exception_handler後面我會重點講解着三個黑科技，經過這幾個函數咱們能夠實現PHP假自動捕獲異常和錯誤。

2、ERROR的級別
　　只有熟悉錯誤級別才能對錯誤捕捉有更好的認識。 ERROR有不一樣的錯誤級別，我以前的一篇文章中有寫到：http://www.cnblogs.com/zyf-zhaoyafei/p/3649434.html
　　下面我再總結性的給出這幾類錯誤級別：

 1     Fatal Error:致命錯誤（腳本終止運行）
 2         E_ERROR         // 致命的運行錯誤，錯誤沒法恢復，暫停執行腳本
 3         E_CORE_ERROR    // PHP啓動時初始化過程當中的致命錯誤
 4         E_COMPILE_ERROR // 編譯時致命性錯，就像由Zend腳本引擎生成了一個E_ERROR
 5         E_USER_ERROR    // 自定義錯誤消息。像用PHP函數trigger_error（錯誤類型設置爲：E_USER_ERROR）
 6 
 7     Parse Error：編譯時解析錯誤，語法錯誤（腳本終止運行）
 8         E_PARSE  //編譯時的語法解析錯誤
 9 
10     Warning Error：警告錯誤（僅給出提示信息，腳本不終止運行）
11         E_WARNING         // 運行時警告 (非致命錯誤)。
12         E_CORE_WARNING    // PHP初始化啓動過程當中發生的警告 (非致命錯誤) 。
13         E_COMPILE_WARNING // 編譯警告
14         E_USER_WARNING    // 用戶產生的警告信息
15 
16     Notice Error：通知錯誤（僅給出通知信息，腳本不終止運行）
17         E_NOTICE      // 運行時通知。表示腳本遇到可能會表現爲錯誤的狀況.
18         E_USER_NOTICE // 用戶產生的通知信息。

　　由此可知有5類是產生ERROR級別的錯誤，這種錯誤直接致使PHP程序退出。
　　能夠定義成：

1 ERROR = E_ERROR | E_CORE_ERROR |  E_COMPILE_ERROR | E_USER_ERROR | E_PARSE

3、PHP異常處理中的黑科技
　　前面提到框架中是能夠捕獲全部的錯誤和異常的，之因此能實現應該是使用了黑科技，哈哈！其實也不是什麼黑科技，主要是三個重要的函數：

　　1：set_error_handler()
　　看到這個名字估計就知道什麼意思了，這個函數用於捕獲錯誤，設置一個用戶自定義的錯誤處理函數。

1 <?php
2     set_error_handler('zyferror');
3     function zyferror($type, $message, $file, $line)
4     {
5     　　var_dump('<b>set_error_handler: ' . $type . ':' . $message . ' in ' . $file . ' on ' . $line . ' line .</b><br />');
6     }
7 ?>

　　當程序出現錯誤的時候自動調用此方法，不過須要注意一下兩點：第一，若是存在該方法，相應的error_reporting()就不能在使用了。全部的錯誤都會交給自定義的函數處理。第二，此方法不能處理如下級別的錯誤：E_ERROR、 E_PARSE、 E_CORE_ERROR、 E_CORE_WARNING、 E_COMPILE_ERROR、 E_COMPILE_WARNING，set_error_handler() 函數所在文件中產生的E_STRICT，該函數只能捕獲系統產生的一些Warning、Notice級別的錯誤。
　　而且他有多種調用的方法：

1 <?php
2      // 直接傳函數名 NonClassFunction
3      set_error_handler('function_name'); 
4 
5      // 傳 class_name && function_name
6      set_error_handler(array('class_name', 'function_name')); 
7 ?>

 　　2：register_shutdown_function()
　　捕獲PHP的錯誤：Fatal Error、Parse Error等，這個方法是PHP腳本執行結束前最後一個調用的函數，好比腳本錯誤、die()、exit、異常、正常結束都會調用，多麼牛逼的一個函數啊！經過這個函數就能夠在腳本結束前判斷此次執行是否有錯誤產生，這時就要藉助於一個函數：error_get_last()；這個函數能夠拿到本次執行產生的全部錯誤。error_get_last();返回的信息：
　　[type]           - 錯誤類型
　　[message] - 錯誤消息
　　[file]              - 發生錯誤所在的文件
　　[line]             - 發生錯誤所在的行

1 <?php
2     register_shutdown_function('zyfshutdownfunc');
3     function zyfshutdownfunc()
4     {
5         if ($error = error_get_last()) {
6             var_dump('<b>register_shutdown_function: Type:' . $error['type'] . ' Msg: ' . $error['message'] . ' in ' . $error['file'] . ' on line ' . $error['line'] . '</b>');
7         }
8     }
9 ?>

 　　經過這種方法就能夠巧妙的打印出程序結束前全部的錯誤信息。可是我在測試的時候我發現並非全部的錯誤終止後都會調用這個函數，能夠看下面的一個測試文件，內容是：

 1 <?php
 2     register_shutdown_function('zyfshutdownfunc');
 3     function zyfshutdownfunc()
 4     {
 5         if ($error = error_get_last()) {
 6             var_dump('<b>register_shutdown_function: Type:' . $error['type'] . ' Msg: ' . $error['message'] . ' in ' . $error['file'] . ' on line ' . $error['line'] . '</b>');
 7         }
 8     }
 9     var_dump(23+-+); //此處語法錯誤
10 ?>

 　　本身能夠試一下，你能夠看到根本就不會觸發zyfshutdownfunc()函數，其實這是一個語法錯誤，直接報了一個：

1 <?php
2     Parse error: syntax error, unexpected ')' in /www/mytest/exception/try-catch.php on line 71
3 ?>

　　由此引出一個奇葩的問題：問什麼不能觸發，爲何框架中是能夠的？其實緣由很簡單，只在parse-time出錯時是不會調用本函數的。只有在run-time出錯的時候，纔會調用本函數，個人理解是語法檢查器前沒有執行register_shutdown_function()去把須要註冊的函數放到調用的堆棧中，因此就根本不會運行。那框架中爲何任何錯誤都能進入到register_shutdown_function()中呢，其實在框架中通常會有統一的入口index.php，而後每一個類庫文件都會經過include ** 的方式加載到index.php中，至關與全部的程序都會在index.php中彙集，一樣，你寫的具備語法錯誤的文件也會被引入到入口文件中，這樣的話，調用框架，執行index.php，index.php自己並無語法錯誤，也就不會產生parse-time錯誤，而是 include 文件出錯了，是run-time的時候出錯了，因此框架執行完以後就會觸發register_shutdown_function();
　　因此如今但是試一下這個寫法，這樣就會觸發zyfshutdownfunc()回調了：

 1 a.php文件
 2 <?php
 3 　　// 模擬語法錯誤
 4 　　var_dump(23+-+);
 5 ?>
 6 
 7 b.php文件
 8 <?php
 9     register_shutdown_function('zyfshutdownfunc');
10     function zyfshutdownfunc()
11     {
12         if ($error = error_get_last()) {
13             var_dump('<b>register_shutdown_function: Type:' . $error['type'] . ' Msg: ' . $error['message'] . ' in ' . $error['file'] . ' on line ' . $error['line'] . '</b>');
14         }
15     }
16     require 'a.php';
17 ?>

 　　3：set_exception_handler()
　　設置默認的異常處理程序，用在沒有用try/catch塊來捕獲的異常，也就是說無論你拋出的異常有沒有人捕獲，若是沒有人捕獲就會進入到該方法中，而且在回調函數調用後異常會停止。看一下用法：

1 <?php
2     set_exception_handler('zyfexception');
3     function zyfexception($exception)
4     {
5         var_dump("<b>set_exception_handler: Exception: " . $exception->getMessage()  . '</b>');
6     }
7     throw new Exception("zyf exception");
8 ?>

 4、巧妙的捕獲錯誤和異常
　　1：把錯誤以異常的形式拋出(不能徹底拋出)
　　　　由上面的講解咱們知道，php中的錯誤是不能以異常的像是捕獲的，可是咱們須要讓他們拋出，已達到擴展 try-catch的影響範圍，咱們前面講到過set_error_handler() 方法，他是幹嗎用的，他是捕獲錯誤的，因此咱們就能夠藉助他來吧錯誤捕獲，而後再以異常的形式拋出，ok，試試下面的寫法：

 1 <?php
 2     set_error_handler('zyferror');
 3     function zyferror($type, $message, $file, $line)
 4     {
 5         throw new \Exception($message . 'zyf錯誤當作異常');
 6     }
 7 
 8     $num = 0;
 9     try {
10         echo 1/$num;
11 
12     } catch (Exception $e){
13         echo $e->getMessage();
14     }
15 ?>

　　好了，試一下，會打印出：

1 Division by zero zyf123

　　流程：原本是除0錯誤，而後觸發set_error_handler()，在set_error_handler()中至關與殺了個回馬槍，再把錯誤信息以異常的形式拋出來，這樣就能夠實現錯誤以異常的形式拋出。你們要注意：這樣作是有缺點的，會受到set_error_handler()函數捕獲級別的限制。

     2：捕獲全部的錯誤
        由set_error_handler()可知，他可以捕獲一部分錯誤，不能捕獲系統級E_ERROR、E_PARSE等錯誤，可是這部分能夠由register_shutdown_function()捕獲。因此二者結合能出現很好的功能。
        看下面的程序：

 1 a.php內容：
 2 <?
 3     // 模擬Fatal error錯誤
 4     //test();
 5 
 6     // 模擬用戶產生ERROR錯誤
 7     //trigger_error('zyf-error', E_USER_ERROR);
 8 
 9     // 模擬語法錯誤
10     var_dump(23+-+);
11 
12     // 模擬Notice錯誤
13     //echo $f;
14 
15     // 模擬Warning錯誤
16     //echo '123';
17     //ob_flush();
18     //flush();
19     //header("Content-type:text/html;charset=gb2312");
20 ?>

21 b.php內容：
22 <?
23     error_reporting(0);
24     register_shutdown_function('zyfshutdownfunc');
25     function zyfshutdownfunc()
26     {
27         if ($error = error_get_last()) {
28             var_dump('<b>register_shutdown_function: Type:' . $error['type'] . ' Msg: ' . $error['message'] . ' in ' . $error['file'] . ' on line ' . $error['line'] . '</b>');
29         }
30     }
31 
32     set_error_handler('zyferror');
33     function zyferror($type, $message, $file, $line)
34     {
35         var_dump('<b>set_error_handler: ' . $type . ':' . $message . ' in ' . $file . ' on ' . $line . ' line .</b><br />');
36     }
37 
38     require 'a.php';
39 ?>

 　　到此就能夠解釋開頭的那個程序了吧，test.php 若是是單文件執行是不能捕獲到錯誤的，若是你在框架中執行就是能夠的，固然你按照我上面介紹的來擴展也是能夠的。

5、自定義異常處理和異常嵌套

　　1：自定義異常處理

　　在複雜的系統中，咱們每每須要本身捕獲咱們須要特殊處理的異常，這些異常多是特殊狀況下拋出的。因此咱們就本身定義一個異常捕獲類，該類必須是 exception 類的一個擴展，該類繼承了 PHP 的 exception 類的全部屬性，而且咱們能夠添加自定義的函數，使用的時候其實和以前的同樣，大體寫法以下：

 1 <?php
 2     class zyfException extends Exception
 3     {
 4         public function errorzyfMessage()
 5         {
 6             return 'Error line ' . $this->getLine().' in ' . $this->getFile()
 7                 .': <b>' . $this->getMessage() . '</b> Must in (0 - 60)';
 8         }
 9     }
10 
11     $age = 10;
12     try {
13         $age = intval($age);
14         if($age > 60) {
15             throw new zyfException($age);
16         }
17 
18     } catch (zyfException $e) {
19         echo $e->errorzyfMessage();
20 
21     }
22 ?>

　　2：異常嵌套

　　異常嵌套是比較常見的寫法，在自定義的異常處理中，try 塊中能夠定義多個異常捕獲，而後分層傳遞異常，理解和冒泡差很少，看下面的實現：

 1 <?php
 2     $age = 10;
 3     try {
 4         $age = intval($age);
 5         if($age > 60) {
 6             throw new zyfException($age);
 7         }
 8 
 9         if ($age <= 0) {
10             throw new Exception($age . ' must > 0');
11         }
12 
13     } catch (zyfException $e) {
14         echo $e->errorzyfMessage();
15 
16     } catch(Exception $e) {
17         echo $e->getMessage();
18     }
19 ?>

　　固然也能夠在catch中再拋出異常給上層：

 1 <?php
 2     $age = 100;
 3     try {
 4         try {
 5             $age = intval($age);
 6             if($age > 60) {
 7                 throw new Exception($age);
 8             }
 9 
10         } catch (Exception $e) {
11             throw new zyfException($age);
12 
13         }
14 
15     } catch (zyfException $e) {
16         echo $e->errorzyfMessage();
17     }
18 ?>

6、PHP7中的異常處理
　　如今寫PHP必須考慮版本狀況，上面的寫法在PHP7中大部分都能實現，可是也會有不一樣點，在PHP7更新中有一條：更多的Error變爲可捕獲的Exception，如今的PHP7實現了一個全局的throwable接口，原來老的Exception和其中一部分Error實現了這個接口(interface)，PHP7中更多的Error變爲可捕獲的Exception返回給捕捉器，這樣其實和前面提到的擴展try-catch影響範圍同樣，可是若是不捕獲則仍是按照Error對待，看下面兩個：

 1 <?php
 2     try {
 3         test();
 4 
 5     } catch(Throwable $e) {
 6         echo $e->getMessage() . ' zyf';
 7     }
 8 
 9     try {
10         test();
11 
12     } catch(Error $e) {
13         echo $e->getMessage() . ' zyf';
14     }
15 ?>

 由於PHP7實現了throwable接口，那麼就可使用第一個這種方式來捕獲異常。又由於部分Error實現了接口，而且更多的Error變爲可捕獲的Exception，那麼就可使用第二種方式來捕獲異常。下面是在網上找的PHP7的異常層次樹：
Throwable
　　Exception 異常
　　　　...
　　Error 錯誤
　　　　ArithmeticError 算數錯誤
　　　　　　DivisionByZeroError 除數爲0的錯誤
　　　　AssertionError 聲明錯誤
　　　　ParseError 解析錯誤
　　　　TypeError 類型錯誤

 就寫到這吧，寫得手疼，關於錯誤和異常處理的大體就寫這麼多，有什麼錯誤請在評論中給出，多謝你們。

注意：
一、本博客同步更新到個人我的網站：http://www.zhaoyafei.cn
二、本文屬原創內容，爲了尊重他人勞動，轉載請註明本文地址：

http://www.cnblogs.com/zyf-zhaoyafei/p/6928149.html 

相關文章
相關標籤/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公眾號
   歡迎關注本站公眾號,獲取更多信息
聯繫我們 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程