站長資訊網
前段時間在項目中遇到一個當時覺得比較奇怪的情況：使用 GuzzleHttp 發送 curl 請求，API 響應超時導致拋出異常。但 catch(Exception) 并沒有捕獲異常，導致代碼意外停止運行。后來查資料發現，在 PHP 7 中，GuzzleHttp 請求超時拋出的異常繼承的是 Error，而 Error 并沒有繼承 Exception，所以 catch(Exception) 無法捕獲并處理該異常。
PHP 7 中對 Error 的處理
在 PHP 5 中，當程序中有致命錯誤發生時，腳本會立即停止運行。并且，通過 set_error_handler 設置的錯誤處理程序在這種情況下并不會被調用。
【推薦學習：PHP7教程】
⒈ 自定義錯誤處理程序 set_error_handler
??set_error_handler 接受兩個參數，第一個為自定義的錯誤處理函數，第二個參數指定觸發該自定義錯誤處理函數的錯誤級別。但需要指出的是，在任何時候，只能有一個自定義的錯誤處理程序起作用。
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;
??以上代碼在執行以后，會輸出 PHP Notice: Undefined variable: foo 。在第二個 set_error_handler 執行以后，自定義錯誤處理函數變成了 func_error ，同時，觸發自定義錯誤處理函數的錯誤級別變成了 E_ERROR 。而在 PHP 中，變量未定義只會觸發 E_NOTICE 級別的錯誤，所以自定義的錯誤處理函數并不會被觸發。
需要指出的是，自定義的錯誤處理函數對以下幾種錯誤級別并不起作用：
E_ERROR、E_PARSE、E_CORE_ERROR、E_CORE_WARNING、E_COMPILE_ERROR、E_COMPILE_WARNING、E_STRICT
??在上述幾種自定義錯誤處理程序無法處理的錯誤中，凡是以 ERROR 結尾的都是致命錯誤。其他幾種雖然不是致命錯誤，但
-
E_PARSE 是在解析 PHP 代碼時產生的錯誤，此時 PHP 代碼尚未開始運行，自定義錯誤處理程序自然無法處理該錯誤
-
E_CORE_WARNING 產生于 PHP 的初始化啟動階段，此時 PHP 代碼仍然尚未運行，所以不能被自定義錯誤處理程序處理
-
E_COMPILE_WARNING 是在 PHP 代碼的編譯階段產生，所以不能被自定義錯誤處理程序處理
而至于 E_STRICT 是 PHP 為了保證代碼的最佳互操作性和向前兼容而提出的代碼修改建議，自然也不會被自定義錯誤處理函數處理
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();
?? 以上代碼運行輸出結果：
PHP Fatal error: Call to a member function method() on string
??雖然設置了自定義錯誤處理程序，但在致命錯誤發生時，并不起作用。
??對于這種自定義錯誤處理程序無法處理的致命錯誤，在 PHP 5 中可以通過注冊一個終止回調（shutdown_function）來記錄具體的錯誤信息，但也僅限于記錄錯誤信息，當發生致命錯誤時代碼仍然會停止運行。
$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 { // 程序正常運行結束 print "Running a normal shutdown without error." . PHP_EOL; } }; register_shutdown_function($shutdownHandler); $obj = 'foo'; $obj->method();
??以上代碼執行會輸出
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 )
⒉ 撤銷自定義錯誤處理程序
??當同時設置多個自定義錯誤處理程序時，雖然只有最后設置的自定義錯誤處理程序起作用。但所有設置的自定義錯誤處理程序會以棧的方式保存（FILO）。
??使用 restore_error_handler 可以撤銷最近一次設置的自定義錯誤處理程序；如果同時調用了多次 set_error_handler ，則每調用一次 restore_error_handler，處于棧頂的錯誤處理程序就會被撤銷。
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;
??以上代碼運行，會輸出：
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 中對錯誤的處理
??在 PHP 7 中，當有致命錯誤或 E_RECOVERABLE_ERROR 類型的錯誤發生時，通常會拋出一個 Error，程序并不會終止。
try { $obj = 'foo'; $obj->method(); } catch (Error $e) { echo $e->getMessage(); }
??運行以上代碼會輸出
Call to a member function method() on string
E_RECOVERABLE_ERROR 是一種可捕獲的致命錯誤，這種錯誤的出現并不會使得 Zend 引擎處于不穩定的狀態，但必須被捕獲并且處理。如果不處理，那么這種錯誤最終會變成 E_ERROR 類型的錯誤，最終導致 PHP 代碼停止運行。
??php 7 中，并不是所有的致命錯誤都會拋出 Error，一些特定情況下出現的致命錯誤（ Out Of Memory）仍然會導致代碼停止運行。另外，如果拋出的 Error 沒有被捕獲并處理，則代碼仍然會停止運行。
// bak.sql 的大小為 377 M // PHP 配置的 memory_limit = 128M try { $file = './bak.sql'; file_get_contents($file); } catch (Error $e) { echo $e->getMessage(); } // 執行以上代碼，仍然會產生致命錯誤 PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 395191240 bytes) // 拋出的 Error 沒有被捕獲并處理，代碼依然會停止運行 $obj = 'foo'; $obj->method(); // 執行以上代碼，由于并沒有用 try/catch 捕獲并處理拋出的 Error，程序仍然會停止運行 PHP Fatal error: Uncaught Error: Call to a member function method() on string
??PHP 7 中的 Error 并沒有繼承 Exception，之所以這樣做是為了防止 PHP 5 中捕獲并處理 Exception 的代碼捕獲這些 Error。因為在 PHP 5 中，這些致命錯誤是會導致代碼停止運行的。
??Error 和 Exception 都繼承自 Throwable 。在 PHP 7 中，Throwable 是一個 interface，所有能通過 throw 關鍵字拋出的對象都實現了這個 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 代碼中不能直接實現 Throwable 。之所以作出這個限制，是因為通常只有 Error 和 Exception 可以被拋出，并且這些拋出的 Error 和 Exception 中還存儲了它們被拋出的堆棧跟蹤信息，而 PHP 代碼中開發者自定義的 class 無法實現這些。
??要在 PHP 代碼中實現 Throwable 必須通過繼承 Exception 來實現。
interface CustomThrowable extends Throwable {} class CustomException extends Exception implements CustomThrowable {} throw new CustomException();
??PHP 7 中 Error 和 Exception 的繼承關系
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
??當函數的傳參或返回值的數據類型與申明的數據類型不一致時，會拋出 TypeError
function add(int $left, int $right) { return $left + $right; } try { $value = add('left', 'right'); } catch (TypeError $e) { echo $e->getMessage(); } // 運行以上代碼，會輸出： Argument 1 passed to add() must be of the type int, string given
??當開啟嚴格模式時，如果 PHP 內建函數的傳參個數與要求的參數不一致，也會拋出 TypeError
declare(strict_types = 1); try { substr('abc'); } catch (TypeError $e) { echo $e->getMessage(); } // 運行以上代碼，會輸出： substr() expects at least 2 parameters, 1 given
??默認情況下，PHP 7 處于弱模式。在弱模式下，PHP 7 會盡可能的將傳參的數據類型轉換為期望的數據類型。例如，如果函數期望的參數類型為 string，而實際傳參的數據類型的 int，那么 PHP 會把 int 轉換為 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(); } // 以上代碼運行，會正常輸出 33，PHP 會對傳參的數據類型做轉換（int→string→int） // 但如將 PHP 改為嚴格模式，則運行是會拋出 TypeError Argument 1 passed to add() must be of the type string, int given
-
ParseError
??當在 include 或 require 包含的文件中存在語法錯誤，或 eval() 函數中的代碼中存在語法錯誤時，會拋出 ParseError
// a.php $a = 1 $b = 2 // test.php try { require 'a.php'; } catch (ParseError $e) { echo $e->getMessage(); } // 以上代碼運行會輸出： syntax error, unexpected '$b' (T_VARIABLE) // eval 函數中的代碼存在語法錯誤 try { eval("$a = 1"); } catch (ParseError $e) { echo $e->getMessage(); } // 以上代碼運行會輸出： syntax error, unexpected end of file
-
AssertionError
??當斷言失敗時，會拋出 AssertionError（此時要求 PHP 配置中 zend.assertions = 1，assert.exception = 1，這兩個配置可以在 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(); } // 運行以上代碼會輸出： assert($test === 0)
-
ArithmeticError
??在 PHP 7 中，目前有兩種情況會拋出 ArithmeticError：按位移動操作，第二個參數為負數；使用 intdiv() 函數計算 PHP_INT_MIN 和 -1 的商（如果使用 / 計算 PHP_INT_MIN 和 -1 的商，結果會自動轉換為 float 類型）。
try { $value = 1 << -1; } catch (ArithmeticError $e) { echo $e->getMessage(); } // 運行以上代碼，會輸出： Bit shift by negative number try { $value = intdiv(PHP_INT_MIN, -1); } catch (ArithmeticError $e) { echo $e->getMessage(); } // 運行以上代碼，會輸出： Division of PHP_INT_MIN by -1 is not an integer
-
DivisionByZeroError
??拋出 DivisionByZeorError 的情況目前也有兩種：在進行取模（%）運算時，第二個操作數為 0；使用 intdiv() 計算兩個數的商時，除數為 0。如果使用 / 計算兩個數的商時除數為 0，PHP 只會產生一個 Warning。并且，如果被除數非 0，則結果為 INF，如果被除數也是 0，則結果為 NaN。
try { $value = 1 % 0; echo $value; } catch (DivisionByZeroError $e) { echo $e->getMessage(), "n"; } // 運行以上代碼，會輸出： Modulo by zero try { $value = intdiv(0, 0); echo $value; } catch (DivisionByZeroError $e) { echo $e->getMessage(), "n"; } // 運行以上代碼，會輸出： Division by zero
??通常在實際的業務中，捕獲并處理拋出的 Error 并不常見，因為一旦拋出 Error 說明代碼存在嚴重的 BUG，需要修復。所以，在實際的業務中，Error
