Heim >Backend-Entwicklung >PHP7 >Lassen Sie uns darüber sprechen, wie Fehler in PHP7 behandelt werden
Vor einiger Zeit bin ich im Projekt auf eine seltsame Situation gestoßen: Als ich GuzzleHttp zum Senden einer Curl-Anfrage verwendete, lief die API-Antwort ab und löste eine Ausnahme aus. Catch(Exception) fängt die Ausnahme jedoch nicht ab, was dazu führt, dass die Ausführung des Codes unerwartet gestoppt wird. Später habe ich die Informationen überprüft und festgestellt, dass in PHP 7 die vom GuzzleHttp-Anforderungszeitlimit ausgelöste Ausnahme den Fehler erbt und der Fehler keine Ausnahme erbt, sodass Catch (Exception) die Ausnahme nicht abfangen und behandeln kann.
Fehlerbehandlung in PHP 7
Wenn in PHP 5 ein schwerwiegender Fehler im Programm auftritt, wird die Ausführung des Skripts sofort gestoppt. Außerdem wird in diesem Fall der über set_error_handler festgelegte Fehlerhandler nicht aufgerufen.
【Empfohlenes Lernen: PHP7-Tutorial】
⒈ Benutzerdefinierter Fehlerhandler set_error_handler
set_error_handler akzeptiert zwei Parameter, der erste ist eine benutzerdefinierte Fehlerbehandlungsfunktion und der zweite Parameter gibt den Auslöser für die automatische Fehlerdefinition an Ebene der Fehlerbehandlungsfunktion. Es ist jedoch zu beachten, dass jeweils nur ein benutzerdefinierter Fehlerhandler aktiv sein kann.
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;
Nachdem der obige Code ausgeführt wurde, wird PHP Notice: Undefinierte Variable: foo ausgegeben. Nachdem der zweite set_error_handler ausgeführt wurde, wird die benutzerdefinierte Fehlerbehandlungsfunktion zu func_error und gleichzeitig wird die Fehlerstufe, die die benutzerdefinierte Fehlerbehandlungsfunktion auslöst, zu E_ERROR. In PHP lösen undefinierte Variablen nur Fehler auf E_NOTICE-Ebene aus, sodass benutzerdefinierte Fehlerbehandlungsfunktionen nicht ausgelöst werden.
Es sollte darauf hingewiesen werden, dass die benutzerdefinierte Fehlerbehandlungsfunktion bei den folgenden Fehlerstufen nicht funktioniert:
E_ERROR、E_PARSE、E_CORE_ERROR、E_CORE_WARNING、E_COMPILE_ERROR、E_COMPILE_WARNING、E_STRICT
Unter den oben genannten Fehlern, die vom benutzerdefinierten Fehlerhandler nicht behandelt werden können, ist jeder Fehler, der mit ERROR endet, ein schwerwiegender Fehler. Obwohl die anderen Fehlertypen nicht schwerwiegend sind, handelt es sich bei
E_PARSE um einen Fehler, der beim Parsen des PHP-Codes generiert wird. Zu diesem Zeitpunkt wurde die Ausführung des PHP-Codes noch nicht gestartet, und der benutzerdefinierte Fehlerhandler kann den Fehler natürlich nicht verarbeiten
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();Das Ausgabeergebnis der Ausführung des obigen Codes ist:
PHP Fatal error: Call to a member function method() on stringEs ist zwar ein benutzerdefinierter Fehlerhandler festgelegt, funktioniert aber nicht, wenn ein schwerwiegender Fehler auftritt. Für schwerwiegende Fehler, die von diesem benutzerdefinierten Fehlerhandler nicht behandelt werden können, können Sie in PHP 5 bestimmte Fehlerinformationen aufzeichnen, indem Sie einen Shutdown-Callback (shutdown_function) registrieren. Dies ist jedoch auf das Aufzeichnen von Fehlerinformationen beschränkt Es wird immer noch aufhören zu laufen.
$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();Die obige Codeausführung gibt
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 )
⒉ Den benutzerdefinierten Fehlerhandler rückgängig machen
Wenn mehrere benutzerdefinierte Fehlerhandler gleichzeitig festgelegt werden, funktioniert jedoch nur der zuletzt festgelegte benutzerdefinierte Fehlerhandler. Allerdings werden alle eingestellten benutzerdefinierten Fehlerhandler in einem Stapel (FILO) gespeichert. Verwenden Sie „restore_error_handler“, um den zuletzt festgelegten benutzerdefinierten Fehlerhandler rückgängig zu machen. Wenn „set_error_handler“ mehrmals gleichzeitig aufgerufen wird, wird bei jedem Aufruf von „restore_error_handler“ der Fehlerhandler oben im Stapel rückgängig gemacht.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;Wenn der obige Code ausgeführt wird, lautet die Ausgabe:
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
⒊ Fehlerbehandlung in PHP 7
try { $obj = 'foo'; $obj->method(); } catch (\Error $e) { echo $e->getMessage(); }Beim Ausführen des obigen Codes wird
Call to a member function method() on stringE_RECOVERABLE_ERROR ausgegeben. Das Auftreten dieses Fehlers versetzt die Zend-Engine nicht in einen instabilen Zustand, er muss jedoch abgefangen und verarbeitet werden. Wenn dieser Fehler nicht behandelt wird, wird er schließlich zu einem Fehler vom Typ E_ERROR, der schließlich dazu führt, dass der PHP-Code nicht mehr ausgeführt wird. PHP 7, nicht alle schwerwiegenden Fehler lösen einen Fehler aus, einige schwerwiegende Fehler (nicht genügend Speicher), die unter bestimmten Umständen auftreten, führen immer noch dazu, dass der Code nicht mehr ausgeführt wird. Wenn der ausgegebene Fehler außerdem nicht abgefangen und behandelt wird, wird die Ausführung des Codes trotzdem gestoppt.
// 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 stringFehler in PHP 7 erbt keine Ausnahme. Der Grund dafür besteht darin, zu verhindern, dass der Code, der Ausnahmen in PHP 5 abfängt und behandelt, diese Fehler abfängt. Denn in PHP 5 führen diese schwerwiegenden Fehler dazu, dass der Code nicht mehr ausgeführt wird. Fehler und Ausnahme erben beide von Throwable. In PHP 7 ist Throwable eine Schnittstelle, und alle Objekte, die über das Schlüsselwort throw geworfen werden können, implementieren diese Schnittstelle.
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 修复。
Das obige ist der detaillierte Inhalt vonLassen Sie uns darüber sprechen, wie Fehler in PHP7 behandelt werden. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!