前段時(shí)間在項(xiàng)目中遇到一個(gè)當(dāng)時(shí)覺得比較奇怪的情況：使用 GuzzleHttp 發(fā)送 curl 請(qǐng)求，API 響應(yīng)超時(shí)導(dǎo)致拋出異常。但 catch(Exception) 并沒有捕獲異常，導(dǎo)致代碼意外停止運(yùn)行。后來查資料發(fā)現(xiàn)，在 PHP 7 中，GuzzleHttp 請(qǐng)求超時(shí)拋出的異常繼承的是 Error，而 Error 并沒有繼承 Exception，所以 catch(Exception) 無法捕獲并處理該異常。

PHP 7 中對(duì) Error 的處理

在 PHP 5 中，當(dāng)程序中有致命錯(cuò)誤發(fā)生時(shí)，腳本會(huì)立即停止運(yùn)行。并且，通過 set_error_handler 設(shè)置的錯(cuò)誤處理程序在這種情況下并不會(huì)被調(diào)用。

【推薦學(xué)習(xí)：PHP7教程】

⒈ 自定義錯(cuò)誤處理程序 set_error_handler

??set_error_handler 接受兩個(gè)參數(shù)，第一個(gè)為自定義的錯(cuò)誤處理函數(shù)，第二個(gè)參數(shù)指定觸發(fā)該自定義錯(cuò)誤處理函數(shù)的錯(cuò)誤級(jí)別。但需要指出的是，在任何時(shí)候，只能有一個(gè)自定義的錯(cuò)誤處理程序起作用。

function func_notice($num, $str, $file, $line) {     print "Encountered notice $num in $file, line $line: $strn"; } function func_error($num, $str, $file, $line) {     print "Encountered error $num in $file, line $line: $strn"; } set_error_handler("func_notice", E_NOTICE); set_error_handler("func_error", E_ERROR); echo $foo;

??以上代碼在執(zhí)行以后，會(huì)輸出 PHP Notice: Undefined variable: foo 。在第二個(gè) set_error_handler 執(zhí)行以后，自定義錯(cuò)誤處理函數(shù)變成了 func_error ，同時(shí)，觸發(fā)自定義錯(cuò)誤處理函數(shù)的錯(cuò)誤級(jí)別變成了 E_ERROR 。而在 PHP 中，變量未定義只會(huì)觸發(fā) E_NOTICE 級(jí)別的錯(cuò)誤，所以自定義的錯(cuò)誤處理函數(shù)并不會(huì)被觸發(fā)。

需要指出的是，自定義的錯(cuò)誤處理函數(shù)對(duì)以下幾種錯(cuò)誤級(jí)別并不起作用：

E_ERROR、E_PARSE、E_CORE_ERROR、E_CORE_WARNING、E_COMPILE_ERROR、E_COMPILE_WARNING、E_STRICT

??在上述幾種自定義錯(cuò)誤處理程序無法處理的錯(cuò)誤中，凡是以 ERROR 結(jié)尾的都是致命錯(cuò)誤。其他幾種雖然不是致命錯(cuò)誤，但

• E_PARSE 是在解析 PHP 代碼時(shí)產(chǎn)生的錯(cuò)誤，此時(shí) PHP 代碼尚未開始運(yùn)行，自定義錯(cuò)誤處理程序自然無法處理該錯(cuò)誤

• E_CORE_WARNING 產(chǎn)生于 PHP 的初始化啟動(dòng)階段，此時(shí) PHP 代碼仍然尚未運(yùn)行，所以不能被自定義錯(cuò)誤處理程序處理

• E_COMPILE_WARNING 是在 PHP 代碼的編譯階段產(chǎn)生，所以不能被自定義錯(cuò)誤處理程序處理

而至于 E_STRICT 是 PHP 為了保證代碼的最佳互操作性和向前兼容而提出的代碼修改建議，自然也不會(huì)被自定義錯(cuò)誤處理函數(shù)處理

function func_error($num, $str, $file, $line) {     print "Encountered error $num in $file, line $line: $strn"; } set_error_handler('func_error', E_NOTICE); $obj = 'foo'; $obj->method();

?? 以上代碼運(yùn)行輸出結(jié)果：

PHP Fatal error:  Call to a member function method() on string

??雖然設(shè)置了自定義錯(cuò)誤處理程序，但在致命錯(cuò)誤發(fā)生時(shí)，并不起作用。

??對(duì)于這種自定義錯(cuò)誤處理程序無法處理的致命錯(cuò)誤，在 PHP 5 中可以通過注冊(cè)一個(gè)終止回調(diào)（shutdown_function）來記錄具體的錯(cuò)誤信息，但也僅限于記錄錯(cuò)誤信息，當(dāng)發(fā)生致命錯(cuò)誤時(shí)代碼仍然會(huì)停止運(yùn)行。

$shutdownHandler = function(){     print PHP_EOL;     print "============================" . PHP_EOL;     print "Running the shutdown handler" . PHP_EOL;     $error = error_get_last();     if (!empty($error))     {         print "Looks like there was an error: " . print_r($error, true) . PHP_EOL;         // 可以添加記錄日志的邏輯     }     else     {         // 程序正常運(yùn)行結(jié)束         print "Running a normal shutdown without error." . PHP_EOL;     } }; register_shutdown_function($shutdownHandler); $obj = 'foo'; $obj->method();

??以上代碼執(zhí)行會(huì)輸出

PHP Fatal error:  Call to a member function method() on string in /home/chenyan/test.php on line 24 ============================ Running the shutdown handler Looks like there was an error: Array (     [type] => 1     [message] => Call to a member function method() on string     [file] => /home/chenyan/test.php     [line] => 24 )

⒉ 撤銷自定義錯(cuò)誤處理程序

??當(dāng)同時(shí)設(shè)置多個(gè)自定義錯(cuò)誤處理程序時(shí)，雖然只有最后設(shè)置的自定義錯(cuò)誤處理程序起作用。但所有設(shè)置的自定義錯(cuò)誤處理程序會(huì)以棧的方式保存（FILO）。

??使用 restore_error_handler 可以撤銷最近一次設(shè)置的自定義錯(cuò)誤處理程序；如果同時(shí)調(diào)用了多次 set_error_handler ，則每調(diào)用一次 restore_error_handler，處于棧頂?shù)腻e(cuò)誤處理程序就會(huì)被撤銷。

function func_notice($num, $str, $file, $line) {     print "Encountered notice : $strn"; } set_error_handler("func_notice", E_NOTICE); set_error_handler("func_notice", E_NOTICE); set_error_handler("func_notice", E_NOTICE); echo $foo; set_error_handler("func_notice", E_NOTICE); echo $foo; restore_error_handler(); echo $foo; restore_error_handler(); echo $foo; restore_error_handler(); echo $foo; restore_error_handler(); echo $foo;

??以上代碼運(yùn)行，會(huì)輸出：

Encountered notice : Undefined variable: foo Encountered notice : Undefined variable: foo Encountered notice : Undefined variable: foo Encountered notice : Undefined variable: foo Encountered notice : Undefined variable: foo PHP Notice:  Undefined variable: foo

⒊ PHP 7 中對(duì)錯(cuò)誤的處理

??在 PHP 7 中，當(dāng)有致命錯(cuò)誤或 E_RECOVERABLE_ERROR 類型的錯(cuò)誤發(fā)生時(shí)，通常會(huì)拋出一個(gè) Error，程序并不會(huì)終止。

try {     $obj = 'foo';     $obj->method(); } catch (Error $e) {     echo $e->getMessage(); }

??運(yùn)行以上代碼會(huì)輸出

Call to a member function method() on string

E_RECOVERABLE_ERROR 是一種可捕獲的致命錯(cuò)誤，這種錯(cuò)誤的出現(xiàn)并不會(huì)使得 Zend 引擎處于不穩(wěn)定的狀態(tài)，但必須被捕獲并且處理。如果不處理，那么這種錯(cuò)誤最終會(huì)變成 E_ERROR 類型的錯(cuò)誤，最終導(dǎo)致 PHP 代碼停止運(yùn)行。

??php 7 中，并不是所有的致命錯(cuò)誤都會(huì)拋出 Error，一些特定情況下出現(xiàn)的致命錯(cuò)誤（ Out Of Memory）仍然會(huì)導(dǎo)致代碼停止運(yùn)行。另外，如果拋出的 Error 沒有被捕獲并處理，則代碼仍然會(huì)停止運(yùn)行。

// bak.sql 的大小為 377 M // PHP 配置的 memory_limit = 128M try {     $file = './bak.sql';     file_get_contents($file); } catch (Error $e) {     echo $e->getMessage(); } // 執(zhí)行以上代碼，仍然會(huì)產(chǎn)生致命錯(cuò)誤 PHP Fatal error:  Allowed memory size of 134217728 bytes exhausted (tried to allocate 395191240 bytes) // 拋出的 Error 沒有被捕獲并處理，代碼依然會(huì)停止運(yùn)行 $obj = 'foo'; $obj->method(); // 執(zhí)行以上代碼，由于并沒有用 try/catch 捕獲并處理拋出的 Error，程序仍然會(huì)停止運(yùn)行 PHP Fatal error:  Uncaught Error: Call to a member function method() on string

??PHP 7 中的 Error 并沒有繼承 Exception，之所以這樣做是為了防止 PHP 5 中捕獲并處理 Exception 的代碼捕獲這些 Error。因?yàn)樵?PHP 5 中，這些致命錯(cuò)誤是會(huì)導(dǎo)致代碼停止運(yùn)行的。

??Error 和 Exception 都繼承自 Throwable 。在 PHP 7 中，Throwable 是一個(gè) interface，所有能通過 throw 關(guān)鍵字拋出的對(duì)象都實(shí)現(xiàn)了這個(gè) interface。

interface Throwable {     public function getMessage(): string;     public function getCode(): int;     public function getFile(): string;     public function getLine(): int;     public function getTrace(): array;     public function getTraceAsString(): string;     public function getPrevious(): Throwable;     public function __toString(): string; }

??需要指出的是，Throwable 是 PHP 底層的 interface，PHP 代碼中不能直接實(shí)現(xiàn) Throwable 。之所以作出這個(gè)限制，是因?yàn)橥ǔＶ挥?Error 和 Exception 可以被拋出，并且這些拋出的 Error 和 Exception 中還存儲(chǔ)了它們被拋出的堆棧跟蹤信息，而 PHP 代碼中開發(fā)者自定義的 class 無法實(shí)現(xiàn)這些。

??要在 PHP 代碼中實(shí)現(xiàn) Throwable 必須通過繼承 Exception 來實(shí)現(xiàn)。

interface CustomThrowable extends Throwable {} class CustomException extends Exception implements CustomThrowable {} throw new CustomException();

??PHP 7 中 Error 和 Exception 的繼承關(guān)系

interface Throwable     |- Exception implements Throwable         |- Other Exception classes     |- Error implements Throwable         |- TypeError extends Error         |- ParseError extends Error         |- AssertionError extends Error         |- ArithmeticError extends Error             |- DivizionByZeroError extends ArithmeticError

• TypeError

??當(dāng)函數(shù)的傳參或返回值的數(shù)據(jù)類型與申明的數(shù)據(jù)類型不一致時(shí)，會(huì)拋出 TypeError

function add(int $left, int $right) {     return $left + $right; } try {     $value = add('left', 'right'); } catch (TypeError $e) {     echo $e->getMessage(); } // 運(yùn)行以上代碼，會(huì)輸出： Argument 1 passed to add() must be of the type int, string given

??當(dāng)開啟嚴(yán)格模式時(shí)，如果 PHP 內(nèi)建函數(shù)的傳參個(gè)數(shù)與要求的參數(shù)不一致，也會(huì)拋出 TypeError

declare(strict_types = 1); try {     substr('abc'); } catch (TypeError $e) {     echo $e->getMessage(); } // 運(yùn)行以上代碼，會(huì)輸出： substr() expects at least 2 parameters, 1 given

??默認(rèn)情況下，PHP 7 處于弱模式。在弱模式下，PHP 7 會(huì)盡可能的將傳參的數(shù)據(jù)類型轉(zhuǎn)換為期望的數(shù)據(jù)類型。例如，如果函數(shù)期望的參數(shù)類型為 string，而實(shí)際傳參的數(shù)據(jù)類型的 int，那么 PHP 會(huì)把 int 轉(zhuǎn)換為 string。

// declare(strict_types = 1); function add(string $left, string $right) {     return $left + $right; } try {     $value = add(11, 22);     echo $value; } catch (TypeError $e) {     echo $e->getMessage(); } // 以上代碼運(yùn)行，會(huì)正常輸出 33，PHP 會(huì)對(duì)傳參的數(shù)據(jù)類型做轉(zhuǎn)換（int→string→int） // 但如將 PHP 改為嚴(yán)格模式，則運(yùn)行是會(huì)拋出 TypeError Argument 1 passed to add() must be of the type string, int given

• ParseError

??當(dāng)在 include 或 require 包含的文件中存在語法錯(cuò)誤，或 eval() 函數(shù)中的代碼中存在語法錯(cuò)誤時(shí)，會(huì)拋出 ParseError

// a.php $a = 1 $b = 2 // test.php try {     require 'a.php'; } catch (ParseError $e) {     echo $e->getMessage(); } // 以上代碼運(yùn)行會(huì)輸出： syntax error, unexpected '$b' (T_VARIABLE) // eval 函數(shù)中的代碼存在語法錯(cuò)誤 try {     eval("$a = 1"); } catch (ParseError $e) {     echo $e->getMessage(); } // 以上代碼運(yùn)行會(huì)輸出： syntax error, unexpected end of file

• AssertionError

??當(dāng)斷言失敗時(shí)，會(huì)拋出 AssertionError（此時(shí)要求 PHP 配置中 zend.assertions = 1，assert.exception = 1，這兩個(gè)配置可以在 php.ini 文件中配置，也可以通過 ini_set() 在 PHP 代碼中配置）。

ini_set('zend_assertions', 1); ini_set('assert.exception', 1); try {     $test = 1;     assert($test === 0); } catch (AssertionError $e) {     echo $e->getMessage(); } // 運(yùn)行以上代碼會(huì)輸出： assert($test === 0)

• ArithmeticError

??在 PHP 7 中，目前有兩種情況會(huì)拋出 ArithmeticError：按位移動(dòng)操作，第二個(gè)參數(shù)為負(fù)數(shù)；使用 intdiv() 函數(shù)計(jì)算 PHP_INT_MIN 和 -1 的商（如果使用 / 計(jì)算 PHP_INT_MIN 和 -1 的商，結(jié)果會(huì)自動(dòng)轉(zhuǎn)換為 float 類型）。

try {     $value = 1 << -1; } catch (ArithmeticError $e) {     echo $e->getMessage(); } // 運(yùn)行以上代碼，會(huì)輸出： Bit shift by negative number try {     $value = intdiv(PHP_INT_MIN, -1); } catch (ArithmeticError $e) {     echo $e->getMessage(); } // 運(yùn)行以上代碼，會(huì)輸出： Division of PHP_INT_MIN by -1 is not an integer

• DivisionByZeroError

??拋出 DivisionByZeorError 的情況目前也有兩種：在進(jìn)行取模（%）運(yùn)算時(shí)，第二個(gè)操作數(shù)為 0；使用 intdiv() 計(jì)算兩個(gè)數(shù)的商時(shí)，除數(shù)為 0。如果使用 / 計(jì)算兩個(gè)數(shù)的商時(shí)除數(shù)為 0，PHP 只會(huì)產(chǎn)生一個(gè) Warning。并且，如果被除數(shù)非 0，則結(jié)果為 INF，如果被除數(shù)也是 0，則結(jié)果為 NaN。

try {     $value = 1 % 0;     echo $value; } catch (DivisionByZeroError $e) {     echo $e->getMessage(), "n"; } // 運(yùn)行以上代碼，會(huì)輸出： Modulo by zero try {     $value = intdiv(0, 0);     echo $value; } catch (DivisionByZeroError $e) {     echo $e->getMessage(), "n"; } // 運(yùn)行以上代碼，會(huì)輸出： Division by zero

??通常在實(shí)際的業(yè)務(wù)中，捕獲并處理拋出的 Error 并不常見，因?yàn)橐坏伋?Error 說明代碼存在嚴(yán)重的 BUG，需要修復(fù)。所以，在實(shí)際的業(yè)務(wù)中，Error