PHPの致命的な( `E_ERROR`)エラーをキャッチするにはどうすればよいですか?


557

set_error_handler()ほとんどのPHPエラーをキャッチするのに使用できますが、E_ERROR存在しない関数を呼び出すなどの致命的な()エラーに対しては機能しません。これらのエラーをキャッチする別の方法はありますか?

私はmail()すべてのエラーを要求しようとしていて、PHP 5.2.3を実行しています。


PHPのすべてのエラーをキャッチするための完全なソリューションを使用して、wikiスタイルのQ&Aを作成しました。これらは、ここでStack Overflowで表示/収集/盗難/批評できます。ソリューションには、PHPが生成できるすべてのエラーをラップする5つのメソッドが含まれ、最終的には、これらのエラーを「ErrorHandler」型のオブジェクトに渡します。
DigitalJedi805 14



次も参照してください: stackoverflow.com/questions/7116995
dreftymac '12

回答:


635

register_shutdown_functionPHP 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_mailformat_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関数を記述します。

以下も参照してください。


113
+1これが実際の正解です。なぜ人々が「致命的なエラーから回復することはできません」に夢中になっているのかはわかりません。質問は回復について何も言っていません。
David Harkness、2011年

21
ありがとうございます。致命的なエラー(メモリの制限など)からの回復は、私がしようとすることではありませんが、これらのエラーを(顧客がサポートチケットを提出せずに)発見できるようにすることで、すべての違いが生まれます。
Ilija

2
基本的なメールの使用:mail("myname@myemail.com", "My Site: FATAL ERROR", "Details: " . $errno . ' ' . $errstr . ' ' . $errfile . ' ' . $errline);
Eric Muyser 2013年

4
スクリプトの実行が終了するたびにシャットダウン関数が呼び出されるため、@ ScottNicol Slava Vは正しいです。コードの記述方法により、ページが読み込まれるたびにメールが送信されます。
2014年

2
注:これは100%正解ではありません。@記号を使用してエラーを無視する場所では、最後のエラーが設定されます(エラーを処理できるため)。したがって、スクリプトは問題なく終了しますが、register_shutdown_functionはまだエラーが発生したと考えています。PHP 7以降、関数error_clear_last()が追加されました。
ラーリー2017

150

私はこのソリューションを思いついたばかりです(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');

事前定義された定数でさまざまなエラータイプが定義されています。


25
このソリューションは、最高の回答よりもはるかに多くのことを行います。エラーがなくても、スクリプトが実行されるたびに、最高評価の回答からメールが送信されます。これは厳密には致命的なエラーで実行されます。
kmoney12 2013年

@periklis、最後のエラーがすでに処理されていた場合、error_get_lastはそれを返しますね?
ペーチェリエ2013

@Pacerierエラーは例外ではないので、「処理済み」の意味がわかりませんが、答えは「はい」だと思います
periklis

3
@Pacerierなるほど、面白い質問ですね。php.net/error_get_lastを見てください。コメントの1つに「If an error handler (see set_error_handler ) successfully handles an error then that error will not be reported by this function.」と記載されています
periklis

1
おそらくこれは明らかであり、呼び出しregister_shutdown_function()は致命的なエラーよりも早くなければなりません。use_1T_memory(); /* memory exhausted error here! */ register_shutdown_function('shutDownFunction');期待どおりに動作しません。
Nobu

117

PHPには、致命的なエラーをキャッチして回復するための従来の手段はありません。これは、通常、致命的なエラーの後で処理を回復する必要がないためです。出力バッファーに一致する文字列(元の投稿でPHP.netに記載されている手法で提案されている)は間違いなく不適切です。それは単に信頼できません。

エラーハンドラーメソッド内からのmail()関数の呼び出しも問題があることが判明しています。エラーが多い場合は、メールサーバーに仕事が読み込まれ、危険な受信トレイが表示されます。これを回避するには、cronを実行してエラーログを定期的にスキャンし、それに応じて通知を送信することを検討してください。Nagiosなどのシステム監視ソフトウェアを調べることもできます。


シャットダウン関数の登録について少し話すには:

シャットダウン関数を登録できるのは本当ですが、それは良い答えです。

ここでのポイントは、特に出力バッファーに対して正規表現を使用しないことで、通常、致命的なエラーからの回復を試みるべきではないということです。私はphp.netの提案にリンクされた承認された回答に応答していましたが、これは変更または削除されました。

その提案は、例外処理中に出力バッファーに対して正規表現を使用することであり、致命的なエラー(予期される構成済みのエラーテキストに対するマッチングによって検出される)の場合は、なんらかの回復または継続した処理を実行してみてください。これは推奨される方法ではありません(そのため、私も元の提案を見つけることができません。私はそれを見落としているか、phpコミュニティがそれを打ち倒しました)。

PHPのより新しいバージョン(約5.1)は、出力バッファリングコールバックが呼び出される前に、シャットダウン関数をより早く呼び出すように見えることに注意する価値があります。バージョン5以前では、その順序は逆でした(出力バッファリングコールバックの後にシャットダウン関数が続きました)。また、約5.0.5(これは、質問者のバージョン5.2.3よりもかなり前のバージョンです)から、登録されたシャットダウン関数が呼び出されるかなり前にオブジェクトがアンロードされるため、メモリ内オブジェクトに依存して実行することはできません。ほとんど何でも。

したがって、シャットダウン関数の登録は問題ありませんが、シャットダウン関数によって実行されるべきタスクの種類は、おそらく少数の穏やかなシャットダウン手順に限定されます。

ここで重要なことは、この質問に出くわし、最初に受け入れられた回答のアドバイスを見た人のための知恵の言葉です。出力バッファを正規表現しないでください。


25
Pfff、私は翌朝受け取った650.000以上の電子メールを覚えています。それ以来、ErrorHandlerの上限は、Webサーバーごとに100通です。
ボブ・ファンガー2009

14
それは真実ではない。register_shutdown_functionを使用して致命的なエラーをキャプチャできます。
ハイパートラッカー2010

56
致命的なエラーをキャッチしたい場合の使用例はあります。たとえば、テストスイートは失敗したときに停止するだけでなく、致命的なエラーを報告して次のテストに進む必要があります。PHPは「致命的」なエラーをたくさん出しすぎます。
チャド

24
彼らが「捕まってはならない」と言うのは非常に近視眼的です。本番システムでは、何かが失敗したときに知る必要があります(メールをセットアップするか、データベースにログを記録します-デフォルトのphpエラー処理はあまり洗練されていません)。
BT

8
「エラーはキャッチする必要があるので、修正できるように」というあなたのすべてのことについて簡単にコメントしたいと思います... Iniディレクティブini log_errorsおよびerror_log。
ケリーエルトン

37

まあ、他の方法で致命的なエラーをキャッチすることは可能だと思います:)

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;
}

3
できれば、この10票に投票します。これは、ページが爆撃され、何もログに記録されないときに時々発生するこれらの奇妙なエラーに対して完全に機能します。ライブプロダクションコードでは使用しませんが、何が失敗しているのかをすばやく回答する必要がある場合は、ページに追加すると便利です。ありがとうございました!
Night Owl、

インターネットで見つけた最高のソリューションの1つ。魅力のように機能します。
バウンス

どのように?特にインターネットで最高のソリューションの1つである場合は、説明が適切になります(さらに良くなる可能性があります)。
Peter Mortensen

たとえば、すべてのCSSコンテンツが必要ですか?必需品に切り詰められないのでは?必要に応じて、ここのコメントではなく、回答を編集して返信します。
Peter Mortensen

@PeterMortensen私はその最高を主張しません。また、問題に対する私の個人的な解決策である、他にもっと優れたオプションがたくさんあります。誰かが提案したように、それは生産に適していません。Css is there bcz私は自分の個人コードを切り貼りしました
sakhunzai

36

致命的なエラーまたは回復可能な致命的なエラーはErrorPHP 7以降のバージョンののインスタンスをスローするようになりました。他の例外と同様に、Errorオブジェクトはtry/catchブロックを使用してキャッチできます。

例:

<?php
$variable = 'not an object';

try {
    $variable->method(); // Throws an Error object in PHP 7 or higger.
} catch (Error $e) {
    // Handle error
    echo $e->getMessage(); // Call to a member function method() on string
}

https://3v4l.org/67vbk

または、Throwableインターフェイスを使用してすべての例外をキャッチできます。

例:

<?php
    try {
        undefinedFunctionCall();
    } catch (Throwable $e) {
        // Handle error
        echo $e->getMessage(); // Call to undefined function undefinedFunctionCall()
    }

https://3v4l.org/Br0MG

詳細:http : //php.net/manual/en/language.errors.php7.php


2
以下のようなエラーをキャッチするためにこれを使用する方法上の任意のideia Fatal error: Trait 'FailedTrait' not found in使用しているときReflectionClass
TCB13

1
@ TCB13は、try内部コンテンツをファイルにラップしようとしますが、include "filename.php"代わりにtryブロックにしようとすると、Throwablecatchブロックは少なくともで機能しParseErrorます。
Niloct 2018年

24

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();
?>

2
@include 'content.php'という行は何をしているのですか?
Marco

22

致命的なエラーをキャッチ/処理することはできませんが、ログに記録/報告することはできます。迅速なデバッグのために、この単純なコードに対する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');

しかし、このコードはどこに行きますか?
TKoL

@TKoLの最初の行。基本的にスクリプト/プログラムのエントリファイル。最初に実行されます。それができない場合は、共通ファイルに入れてください
zainengineer

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()
?>

11

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
    }
?>

9

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必要に応じて特定のクラスを開始できます。そして、ハンドラーを停止することもできます。

このクラスは、たとえば次のように使用します。

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

register_shutdown_function関数を使用してFATAL_ERRORSを処理することもできます。このクラスによると、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;
    }

    // [...]
}

9

静的なスタイルの503 Service Unavailable HTML出力を表示するために、プロダクションの致命的なエラーを処理する必要があります。これは確かに「致命的なエラーをキャッチする」ための合理的なアプローチです。これは私がやったことです:

E_ERROR、E_USER_ERRORなどで「503サービスを利用できません」HTMLページを表示するカスタムエラー処理関数「error_handler」があります。これはシャットダウン関数で呼び出され、致命的なエラーをキャッチします。

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');

エラーがE_ERROR、E_USER_ERRORなどの場合、カスタムerror_handler関数で呼び出します。また@ob_end_clean();、バッファーを空にするために呼び出し、PHPの「致命的なエラー」メッセージを削除します。

@error_handlerスクリプトでエラーを生成したくないので、厳密なisset()チェックおよびサイレンシング関数に注意してください。

まだkeparoに同意している場合、致命的なエラーをキャッチしても「致命的なエラー」の目的に反するため、それ以上処理することは意図されていません。メールサーバーまたは受信トレイを確実にバックアップするため、このシャットダウンプロセスではmail()関数を実行しないでください。これらの発生をファイルに記録し、cronジョブをスケジュールしてこれらのerror.logファイルを見つけ、管理者にメールで送信してください。


7

PHPにはキャッチ可能な致命的なエラーがあります。それらはE_RECOVERABLE_ERRORとして定義されます。PHPマニュアルでは、E_RECOVERABLE_ERRORは次のように説明されています。

キャッチ可能な致命的なエラー。おそらく危険なエラーが発生しましたが、エンジンが不安定な状態のままではありませんでした。エラーがユーザー定義のハンドル(set_error_handler()も参照によってキャッチされない場合、アプリケーションはE_ERRORであったために中止されます。

set_error_handler()を使用してE_RECOVERABLE_ERRORをチェックすることにより、これらの「致命的な」エラーを「キャッチ」できます。このエラーがキャッチされたときにExceptionをスローすると、try / catchを使用できるので便利です。

この質問と回答は、有用な例を提供します。PHPタイプのヒントで「キャッチ可能な致命的なエラー」をキャッチするにはどうすればよいですか?

ただし、E_ERRORエラーは処理できますが、エンジンが不安定な状態であるため、回復できません。


6

これは、現在の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はエラーの表示を停止します。それ以外の場合、エラーテキストはエラーハンドラーの前にクライアントに送信されます。


1
ini_set( 'display_errors'、false);という行があるため、これに賛成しました。
Sahib Khan

何らかの理由でこのビットがオンの場合、別の方法で処理してもphpエラーが表示されます
Sahib Khan

5

ここでのほとんどの回答は不必要に冗長であるため、ここでは投票した上位の回答の醜くないバージョンを示します。

function errorHandler($errno, $errstr, $errfile = '', $errline = 0, $errcontext = array()) {
    //Do stuff: mail, log, etc
}

function fatalHandler() {
    $error = error_get_last();
    if($error) errorHandler($error["type"], $error["message"], $error["file"], $error["line"]);
}

set_error_handler("errorHandler")
register_shutdown_function("fatalHandler");

4

あんまり。致命的なエラーは致命的であるため、それと呼ばれます。それらから回復することはできません。


12
キャッチと回復は、2つの非常に異なるものです。
Simon Forsberg、2012

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();
}

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();
    }
}

「センドメール」とは?Sendmailを意味しますか(コメントでここではなく、回答を編集して返信してください)?
Peter Mortensen
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.