を使用set_error_handler()してほとんどの PHP エラーをキャッチできますが、存在しない関数の呼び出しなどの致命的な ( E_ERROR) エラーには機能しません。これらのエラーをキャッチする別の方法はありますか?
すべてのエラーを呼び出そうとしていますmail()が、PHP 5.2.3 を実行しています。
Peter
質問する
396314 次
18 に答える
649
を使用して致命的なエラーをログに記録しregister_shutdown_functionます。これには PHP 5.2+ が必要です。
register_shutdown_function( "fatal_handler" );
function fatal_handler() {
$errfile = "unknown file";
$errstr = "shutdown";
$errno = E_CORE_ERROR;
$errline = 0;
$error = error_get_last();
if($error !== NULL) {
$errno = $error["type"];
$errfile = $error["file"];
$errline = $error["line"];
$errstr = $error["message"];
error_mail(format_error( $errno, $errstr, $errfile, $errline));
}
}
error_mailおよび関数を定義する必要がありformat_errorます。例えば：
function format_error( $errno, $errstr, $errfile, $errline ) {
$trace = print_r( debug_backtrace( false ), true );
$content = "
<table>
<thead><th>Item</th><th>Description</th></thead>
<tbody>
<tr>
<th>Error</th>
<td><pre>$errstr</pre></td>
</tr>
<tr>
<th>Errno</th>
<td><pre>$errno</pre></td>
</tr>
<tr>
<th>File</th>
<td>$errfile</td>
</tr>
<tr>
<th>Line</th>
<td>$errline</td>
</tr>
<tr>
<th>Trace</th>
<td><pre>$trace</pre></td>
</tr>
</tbody>
</table>";
return $content;
}
Swift Mailerを使用して関数を記述しerror_mailます。
以下も参照してください。
于 2010-01-27T10:48:50.157 に答える
164
私はちょうどこの解決策を思いつきました（PHP 5.2.0+）：
function shutDownFunction() {
$error = error_get_last();
// Fatal error, E_ERROR === 1
if ($error['type'] === E_ERROR) {
// Do your stuff
}
}
register_shutdown_function('shutDownFunction');
さまざまなエラー タイプがPredefined Constantsで定義されています。
于 2010-08-02T15:04:39.350 に答える
121
PHP は、致命的なエラーをキャッチして回復するための従来の手段を提供しません。これは、通常、致命的なエラーの後で処理を回復するべきではないためです。出力バッファーに一致する文字列 (PHP.net で説明されている元の投稿で提案されているように) は、まったくお勧めできません。それは単に信頼できません。
エラー ハンドラ メソッド内から mail() 関数を呼び出すことも、問題があることがわかります。大量のエラーが発生すると、メール サーバーに負荷がかかり、受信トレイがぎこちなくなります。これを回避するには、cron を実行してエラー ログを定期的にスキャンし、それに応じて通知を送信することを検討してください。Nagiosなどのシステム監視ソフトウェアも調べてみてください。
シャットダウン関数の登録について少し話すには：
シャットダウン機能を登録できるのは事実であり、それは良い答えです。
ここでのポイントは、通常、特に出力バッファに対して正規表現を使用して、致命的なエラーから回復しようとすべきではないということです。私は、変更または削除された php.net の提案にリンクしている、受け入れられた回答に応答していました。
その提案は、例外処理中に出力バッファーに対して正規表現を使用することであり、致命的なエラー (予想される構成されたエラー テキストとの照合によって検出された) の場合は、何らかの回復または継続的な処理を試みます。それは推奨される方法ではありません (元の提案も見つからないのはそのためだと思います。私はそれを見落としているか、php コミュニティがそれを削除したかのどちらかです)。
PHP の最近のバージョン (5.1 前後) では、出力バッファリング コールバックが呼び出される前にシャットダウン関数を呼び出すように見えることに注意してください。バージョン 5 以前では、その順序が逆でした (出力バッファリング コールバックの後にシャットダウン関数が続きました)。また、約 5.0.5 (質問者のバージョン 5.2.3 よりもはるかに古い) 以降、登録されたシャットダウン関数が呼び出される前にオブジェクトがアンロードされるため、メモリ内オブジェクトに依存することはできません。何でも多く。
したがって、シャットダウン関数を登録することは問題ありませんが、シャットダウン関数によって実行されるべき種類のタスクは、おそらく少数の穏やかなシャットダウン手順に限定されます。
ここでの重要なポイントは、この質問に出くわし、最初に受け入れられた回答でアドバイスを見た人のための知恵の言葉です. 出力バッファを正規表現しないでください。
于 2008-11-10T09:44:04.490 に答える
38
まあ、他の方法で致命的なエラーをキャッチすることは可能のようです:)
ob_start('fatal_error_handler');
function fatal_error_handler($buffer){
$error = error_get_last();
if($error['type'] == 1){
// Type, message, file, line
$newBuffer='<html><header><title>Fatal Error </title></header>
<style>
.error_content{
background: ghostwhite;
vertical-align: middle;
margin:0 auto;
padding: 10px;
width: 50%;
}
.error_content label{color: red;font-family: Georgia;font-size: 16pt;font-style: italic;}
.error_content ul li{ background: none repeat scroll 0 0 FloralWhite;
border: 1px solid AliceBlue;
display: block;
font-family: monospace;
padding: 2%;
text-align: left;
}
</style>
<body style="text-align: center;">
<div class="error_content">
<label >Fatal Error </label>
<ul>
<li><b>Line</b> ' . $error['line'] . '</li>
<li><b>Message</b> ' . $error['message'] . '</li>
<li><b>File</b> ' . $error['file'] . '</li>
</ul>
<a href="javascript:history.back()"> Back </a>
</div>
</body></html>';
return $newBuffer;
}
return $buffer;
}
于 2011-03-04T09:38:21.937 に答える
27
致命的なエラーをキャッチ/処理することはできませんが、ログに記録/報告することはできます。迅速なデバッグのために、この単純なコードに対する 1 つの回答を変更しました
function __fatalHandler()
{
$error = error_get_last();
// Check if it's a core/fatal error, otherwise it's a normal shutdown
if ($error !== NULL && in_array($error['type'],
array(E_ERROR, E_PARSE, E_CORE_ERROR, E_CORE_WARNING,
E_COMPILE_ERROR, E_COMPILE_WARNING,E_RECOVERABLE_ERROR))) {
echo "<pre>fatal error:\n";
print_r($error);
echo "</pre>";
die;
}
}
register_shutdown_function('__fatalHandler');
于 2016-04-15T05:31:05.917 に答える
26
PHP のすべてのエラー タイプ (ほぼすべて) をキャッチする方法を開発しました。E_CORE_ERROR についてはわかりません (そのエラーだけでは機能しないと思います)! しかし、他の致命的なエラー (E_ERROR、E_PARSE、E_COMPILE...) については、エラー ハンドラ関数を 1 つだけ使用して問題なく動作します。私の解決策があります：
次のコードをメイン ファイル (index.php) に追加します。
<?php
define('E_FATAL', E_ERROR | E_USER_ERROR | E_PARSE | E_CORE_ERROR |
E_COMPILE_ERROR | E_RECOVERABLE_ERROR);
define('ENV', 'dev');
// Custom error handling vars
define('DISPLAY_ERRORS', TRUE);
define('ERROR_REPORTING', E_ALL | E_STRICT);
define('LOG_ERRORS', TRUE);
register_shutdown_function('shut');
set_error_handler('handler');
// Function to catch no user error handler function errors...
function shut(){
$error = error_get_last();
if($error && ($error['type'] & E_FATAL)){
handler($error['type'], $error['message'], $error['file'], $error['line']);
}
}
function handler( $errno, $errstr, $errfile, $errline ) {
switch ($errno){
case E_ERROR: // 1 //
$typestr = 'E_ERROR'; break;
case E_WARNING: // 2 //
$typestr = 'E_WARNING'; break;
case E_PARSE: // 4 //
$typestr = 'E_PARSE'; break;
case E_NOTICE: // 8 //
$typestr = 'E_NOTICE'; break;
case E_CORE_ERROR: // 16 //
$typestr = 'E_CORE_ERROR'; break;
case E_CORE_WARNING: // 32 //
$typestr = 'E_CORE_WARNING'; break;
case E_COMPILE_ERROR: // 64 //
$typestr = 'E_COMPILE_ERROR'; break;
case E_CORE_WARNING: // 128 //
$typestr = 'E_COMPILE_WARNING'; break;
case E_USER_ERROR: // 256 //
$typestr = 'E_USER_ERROR'; break;
case E_USER_WARNING: // 512 //
$typestr = 'E_USER_WARNING'; break;
case E_USER_NOTICE: // 1024 //
$typestr = 'E_USER_NOTICE'; break;
case E_STRICT: // 2048 //
$typestr = 'E_STRICT'; break;
case E_RECOVERABLE_ERROR: // 4096 //
$typestr = 'E_RECOVERABLE_ERROR'; break;
case E_DEPRECATED: // 8192 //
$typestr = 'E_DEPRECATED'; break;
case E_USER_DEPRECATED: // 16384 //
$typestr = 'E_USER_DEPRECATED'; break;
}
$message =
'<b>' . $typestr .
': </b>' . $errstr .
' in <b>' . $errfile .
'</b> on line <b>' . $errline .
'</b><br/>';
if(($errno & E_FATAL) && ENV === 'production'){
header('Location: 500.html');
header('Status: 500 Internal Server Error');
}
if(!($errno & ERROR_REPORTING))
return;
if(DISPLAY_ERRORS)
printf('%s', $message);
//Logging error on php file error log...
if(LOG_ERRORS)
error_log(strip_tags($message), 0);
}
ob_start();
@include 'content.php';
ob_end_flush();
?>
于 2012-05-11T04:51:30.213 に答える
17
次のように、登録されたシャットダウン関数内で例外をスローすることはできません。
<?php
function shutdown() {
if (($error = error_get_last())) {
ob_clean();
throw new Exception("fatal error");
}
}
try {
$x = null;
$x->method()
} catch(Exception $e) {
# This won't work
}
?>
ただし、リクエストをキャプチャして別のページにリダイレクトすることはできます。
<?php
function shutdown() {
if (($error = error_get_last())) {
ob_clean();
# Report the event, send email, etc.
header("Location: http://localhost/error-capture");
# From /error-capture. You can use another
# redirect, to e.g. the home page
}
}
register_shutdown_function('shutdown');
$x = null;
$x->method()
?>
于 2010-09-25T20:15:25.917 に答える
14
PHP> = 5.1.0を使用している場合は、ErrorExceptionクラスを使用して次のようにします。
<?php
// Define an error handler
function exception_error_handler($errno, $errstr, $errfile, $errline ) {
throw new ErrorException($errstr, $errno, 0, $errfile, $errline);
}
// Set your error handler
set_error_handler("exception_error_handler");
/* Trigger exception */
try
{
// Try to do something like finding the end of the internet
}
catch(ErrorException $e)
{
// Anything you want to do with $e
}
?>
于 2012-07-24T15:11:26.080 に答える
10
代わりに静的なスタイルの503ServiceUnavailable HTML出力を表示するには、本番環境で致命的なエラーを処理する必要があります。これは確かに「致命的なエラーをキャッチする」ための合理的なアプローチです。これは私がやったことです：
カスタムエラー処理関数「error_handler」があり、E_ERROR、E_USER_ERRORなどに「503serviceavailable」HTMLページを表示します。これはshutdown関数で呼び出され、致命的なエラーをキャッチします。
function fatal_error_handler() {
if (@is_array($e = @error_get_last())) {
$code = isset($e['type']) ? $e['type'] : 0;
$msg = isset($e['message']) ? $e['message'] : '';
$file = isset($e['file']) ? $e['file'] : '';
$line = isset($e['line']) ? $e['line'] : '';
if ($code>0)
error_handler($code, $msg, $file, $line);
}
}
set_error_handler("error_handler");
register_shutdown_function('fatal_error_handler');
カスタムerror_handler関数で、エラーがE_ERROR、E_USER_ERRORなどの場合。@ob_end_clean();バッファを空にするためにも呼び出して、PHPの「致命的なエラー」メッセージを削除します。
@error_handlerスクリプトでエラーを生成したくないので、厳密なisset（）チェックおよびサイレンシング関数に注意してください。
それでもケパロに同意することで、致命的なエラーをキャッチすることは「致命的なエラー」の目的を無効にするので、それはあなたがさらなる処理を行うことを実際には意図していません。メールサーバーまたは受信トレイを確実にバックアップするため、このシャットダウンプロセスではmail（）関数を実行しないでください。むしろ、これらの発生をファイルに記録し、cronジョブをスケジュールして、これらのerror.logファイルを見つけ、管理者にメールで送信します。
于 2011-10-19T20:31:02.010 に答える
10
Zend Framework 2 にある素敵なソリューション:
/**
* ErrorHandler that can be used to catch internal PHP errors
* and convert to an ErrorException instance.
*/
abstract class ErrorHandler
{
/**
* Active stack
*
* @var array
*/
protected static $stack = array();
/**
* Check if this error handler is active
*
* @return bool
*/
public static function started()
{
return (bool) static::getNestedLevel();
}
/**
* Get the current nested level
*
* @return int
*/
public static function getNestedLevel()
{
return count(static::$stack);
}
/**
* Starting the error handler
*
* @param int $errorLevel
*/
public static function start($errorLevel = \E_WARNING)
{
if (!static::$stack) {
set_error_handler(array(get_called_class(), 'addError'), $errorLevel);
}
static::$stack[] = null;
}
/**
* Stopping the error handler
*
* @param bool $throw Throw the ErrorException if any
* @return null|ErrorException
* @throws ErrorException If an error has been catched and $throw is true
*/
public static function stop($throw = false)
{
$errorException = null;
if (static::$stack) {
$errorException = array_pop(static::$stack);
if (!static::$stack) {
restore_error_handler();
}
if ($errorException && $throw) {
throw $errorException;
}
}
return $errorException;
}
/**
* Stop all active handler
*
* @return void
*/
public static function clean()
{
if (static::$stack) {
restore_error_handler();
}
static::$stack = array();
}
/**
* Add an error to the stack
*
* @param int $errno
* @param string $errstr
* @param string $errfile
* @param int $errline
* @return void
*/
public static function addError($errno, $errstr = '', $errfile = '', $errline = 0)
{
$stack = & static::$stack[count(static::$stack) - 1];
$stack = new ErrorException($errstr, 0, $errno, $errfile, $errline, $stack);
}
}
このクラスでは、必要に応じて特定のものを開始することができますErrorHandler。そして、Handler を停止することもできます。
このクラスを次のように使用します。
ErrorHandler::start(E_WARNING);
$return = call_function_raises_E_WARNING();
if ($innerException = ErrorHandler::stop()) {
throw new Exception('Special Exception Text', 0, $innerException);
}
// or
ErrorHandler::stop(true); // directly throws an Exception;
完全なクラス コードへのリンク:
https://github.com/zendframework/zf2/blob/master/library/Zend/Stdlib/ErrorHandler.php
おそらくより良い解決策は、Monologのものです：
完全なクラス コードへのリンク:https://github.com/Seldaek/monolog/blob/master/src/Monolog/ErrorHandler.php
関数を使用して FATAL_ERRORS を処理することもできregister_shutdown_functionます。このクラスによると、FATAL_ERROR は次のいずれかですarray(E_ERROR, E_PARSE, E_CORE_ERROR, E_COMPILE_ERROR, E_USER_ERROR)。
class ErrorHandler
{
// [...]
public function registerExceptionHandler($level = null, $callPrevious = true)
{
$prev = set_exception_handler(array($this, 'handleException'));
$this->uncaughtExceptionLevel = $level;
if ($callPrevious && $prev) {
$this->previousExceptionHandler = $prev;
}
}
public function registerErrorHandler(array $levelMap = array(), $callPrevious = true, $errorTypes = -1)
{
$prev = set_error_handler(array($this, 'handleError'), $errorTypes);
$this->errorLevelMap = array_replace($this->defaultErrorLevelMap(), $levelMap);
if ($callPrevious) {
$this->previousErrorHandler = $prev ?: true;
}
}
public function registerFatalHandler($level = null, $reservedMemorySize = 20)
{
register_shutdown_function(array($this, 'handleFatalError'));
$this->reservedMemory = str_repeat(' ', 1024 * $reservedMemorySize);
$this->fatalLevel = $level;
}
// [...]
}
于 2014-10-21T13:21:25.370 に答える
8
これは、現在の error_handler メソッドを取得するための優れたトリックです =)
<?php
register_shutdown_function('__fatalHandler');
function __fatalHandler()
{
$error = error_get_last();
// Check if it's a core/fatal error. Otherwise, it's a normal shutdown
if($error !== NULL && $error['type'] === E_ERROR) {
// It is a bit hackish, but the set_exception_handler
// will return the old handler
function fakeHandler() { }
$handler = set_exception_handler('fakeHandler');
restore_exception_handler();
if($handler !== null) {
call_user_func(
$handler,
new ErrorException(
$error['message'],
$error['type'],
0,
$error['file'],
$error['line']));
}
exit;
}
}
?>
また、電話する場合は注意してください。
<?php
ini_set('display_errors', false);
?>
PHP はエラーの表示を停止します。そうしないと、エラー ハンドラーの前にエラー テキストがクライアントに送信されます。
于 2013-06-27T12:59:15.463 に答える
7
PHP にはキャッチ可能な致命的なエラーがあります。それらは E_RECOVERABLE_ERROR として定義されます。PHP のマニュアルでは、E_RECOVERABLE_ERROR を次のように説明しています。
キャッチ可能な致命的なエラー。これは、おそらく危険なエラーが発生したことを示していますが、エンジンが不安定な状態のままではありませんでした。エラーがユーザー定義のハンドル ( set_error_handler()も参照) によってキャッチされない場合、アプリケーションは E_ERROR であるため中止されます。
set_error_handler()を使用して E_RECOVERABLE_ERROR をチェックすることにより、これらの「致命的な」エラーを「キャッチ」できます。このエラーがキャッチされたときに例外をスローすると便利だと思います。その後、try/catch を使用できます。
この質問と回答は、有用な例を提供します: PHP 型ヒントで「キャッチ可能な致命的なエラー」をキャッチするにはどうすればよいですか?
ただし、E_ERROR エラーは処理できますが、エンジンが不安定な状態であるため、回復することはできません。
于 2012-05-02T23:33:38.110 に答える
5
あまり。致命的なエラーは致命的であるため、それと呼ばれます。それらから回復することはできません。
于 2008-11-10T09:04:58.500 に答える
3
この関数は、致命的なエラーを引き起こす可能性のあるコードを「サンドボックス化」できるようにするために開発しました。クロージャからスローされた例外は、register_shutdown_function致命的前のエラー呼び出しスタックから発行されないため、この関数を使用するための統一された方法を提供するために、この関数の後に終了する必要があります。
function superTryCatchFinallyAndExit( Closure $try, Closure $catch = NULL, Closure $finally )
{
$finished = FALSE;
register_shutdown_function( function() use ( &$finished, $catch, $finally ) {
if( ! $finished ) {
$finished = TRUE;
print "EXPLODE!".PHP_EOL;
if( $catch ) {
superTryCatchFinallyAndExit( function() use ( $catch ) {
$catch( new Exception( "Fatal Error!!!" ) );
}, NULL, $finally );
} else {
$finally();
}
}
} );
try {
$try();
} catch( Exception $e ) {
if( $catch ) {
try {
$catch( $e );
} catch( Exception $e ) {}
}
}
$finished = TRUE;
$finally();
exit();
}
于 2011-11-08T21:55:07.893 に答える
3
致命的なエラーでさえキャッチされるべき特定の状況があります (正常に終了する前にクリーンアップを行う必要があり、ただ死ぬだけではありません..)。
CodeIgniterアプリケーションに pre_system フックを実装して、電子メールで致命的なエラーを取得できるようにしました。これにより、報告されていないバグ (または、修正後に報告されたバグについては既に知っていたので :)) を見つけることができました。
Sendemail は、エラーが既に報告されているかどうかを確認するため、既知のエラーが何度もスパムとして送信されることはありません。
class PHPFatalError {
public function setHandler() {
register_shutdown_function('handleShutdown');
}
}
function handleShutdown() {
if (($error = error_get_last())) {
ob_start();
echo "<pre>";
var_dump($error);
echo "</pre>";
$message = ob_get_clean();
sendEmail($message);
ob_start();
echo '{"status":"error","message":"Internal application error!"}';
ob_flush();
exit();
}
}
于 2012-12-21T08:34:56.937 に答える
-1
PHP 7.4.13 の時点で、私の経験では、プログラムで発生する可能性のあるすべてのエラーと例外は、2 つのコールバック関数だけでキャッチできます。
set_error_handler("ErrorCB");
set_exception_handler("ExceptCB");
ErrorCB は、その引数を任意の方法で報告し、Exit() を呼び出すだけです。
ExceptCB は、その例外引数で "get" メソッドを呼び出し、ファイル、行、および関数がどこにあるかを特定するロジックを実行し (詳細が必要な場合は私に尋ねてください)、任意の方法で情報を報告して返します。
@ または isset() では不十分な場合に、特定のコードのエラーを抑制する必要がある場合に限り、try/catch が必要になります。ハンドラーを設定せずに「メイン関数」に try/catch を使用すると、すべてのエラーがキャッチされるわけではないため、失敗します。
このアプローチでキャッチできないエラーを生成するコードを誰かが見つけた場合は、お知らせください。この回答を編集します。このアプローチでインターセプトできないエラーの 1 つは、PHP プログラムの末尾近くにある単一の { 文字です。これにより、エラー処理を含むインクルード ファイルを介してメインの PHP プログラムを実行する必要がある解析エラーが生成されます。
register_shutdown_function() の必要性は見つかりませんでした。
私が気にしているのは、エラーを報告してからプログラムを終了することだけです。エラーから回復する必要はありません。これは、実際にははるかに難しい質問です。
于 2021-06-26T01:28:18.003 に答える