少し前、私はプロジェクト内で、当時は奇妙だと思っていた状況に遭遇しました。GuzzleHttp を使用して Curl リクエストを送信すると、API レスポンスがタイムアウトになり、例外がスローされました。ただし、catch(\Exception) は例外をキャッチしないため、コードの実行が予期せず停止します。後で情報を確認したところ、PHP 7 では、GuzzleHttp リクエストのタイムアウトによってスローされる例外は Error を継承し、Error は Exception を継承しないため、catch(\Exception) で例外をキャッチして処理できないことがわかりました。
PHP 7 でのエラーの処理
PHP 5 では、プログラム内で致命的なエラーが発生すると、スクリプトの実行が直ちに停止されます。また、この場合、set_error_handler で設定されたエラー ハンドラーは呼び出されません。
【推奨学習: PHP7 チュートリアル 】
⒈ カスタム エラー ハンドラー set_error_handler
set_error_handler は 2 つのパラメーターを受け入れます。最初のパラメーターはカスタム エラー処理関数で、2 番目のパラメーターはカスタム エラー処理関数をトリガーするエラー レベルを指定します。ただし、いつでもアクティブにできるカスタム エラー ハンドラーは 1 つだけであることに注意してください。
function func_notice($num, $str, $file, $line) { print "Encountered notice $num in $file, line $line: $str\n"; } function func_error($num, $str, $file, $line) { print "Encountered error $num in $file, line $line: $str\n"; } set_error_handler("func_notice", E_NOTICE); set_error_handler("func_error", E_ERROR); echo $foo;
上記のコードを実行すると、PHP Notice:未定義変数:foo が出力されます。 2 回目の 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: $str\n"; } 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 : $str\n"; } 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
In 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 をスローするわけではありません。特定の状況下で発生する致命的なエラー (メモリ不足) によっても、コードの実行が停止します。さらに、スローされたエラーが捕捉され処理されない場合でも、コードの実行は停止します。
// 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 のエラーは例外を継承しません。これは、PHP 5 の例外をキャッチして処理するコードがこれらのエラーをキャッチしないようにするためです。 PHP 5 では、これらの致命的なエラーによりコードの実行が停止するためです。
Error と Exception はどちらも Throwable を継承します。 PHP 7 では、Throwable はインターフェイスであり、throw キーワードを通じてスローできるすべてのオブジェクトがこのインターフェイスを実装します。
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 更多的只是被用来捕获并记录具体的错误日志,然后通知开发者进行 BUG 修复。
以上がPHP7 でエラーがどのように処理されるかについて話しましょうの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。