Einführung in die Fehlerbehandlung und Problemlokalisierung unter PHP5 (Codebeispiel)

Der Inhalt dieses Artikels ist eine Einführung in die Fehlerbehandlung und Problemlokalisierung unter PHP5 (Codebeispiele). Ich hoffe, dass er für Sie hilfreich ist.

Lassen Sie uns darüber sprechen, wie Sie das Problem lokalisieren können, wenn PHP auf einen schwerwiegenden Laufzeitfehler der Stufe E_ERROR stößt. Beispiel: Fatal error: Allowed memory size of Speicherüberlauf. Wenn ein solcher Fehler auftritt, wird das Programm direkt im PHP-Fehlerprotokoll beendet, das die spezifische Datei und die Anzahl der Codezeilen angibt, in denen der Fehler gemeldet wurde. Weitere Informationen gehen nicht verloren. Wenn es PHP7 ist, können Sie Fehler wie Ausnahmen abfangen, aber nicht mit PHP5.

Die allgemein gedachte Methode besteht darin, sich den spezifischen Code des Fehlerberichts anzusehen. Wenn die Fehlerberichtdatei CommonReturn.class.php ist, sieht sie wie folgt aus.

<?php

/**
 * 公共返回封装
 * Class CommonReturn
 */
class CommonReturn
{

    /**
     * 打包函数
     * @param     $params
     * @param int $status
     *
     * @return mixed
     */
    static public function packData($params, $status = 0)
    {
        $res[&#39;status&#39;] = $status;
        $res[&#39;data&#39;] = json_encode($params);
        return $res;
    }

}

Die json_encode-Zeile hat einen Fehler gemeldet. Dann haben Sie die packData-Methode überprüft. Sie wird in vielen Projektklassen aufgerufen.

Szenenwiederholung

Okay, lassen Sie uns zunächst die Szene noch einmal abspielen. Wenn das tatsächlich aufgerufene Programm bug.php wie folgt lautet:

<?php

require_once &#39;./CommonReturn.class.php&#39;;

$res = ini_set(&#39;memory_limit&#39;, &#39;1m&#39;);

$res = [];
$char = str_repeat(&#39;x&#39;, 999);
for ($i = 0; $i < 900 ; $i++) {
    $res[] = $char;
}

$get_pack = CommonReturn::packData($res);

// something else

und bug.php ausführt, wird im PHP-Fehlerprotokoll aufgezeichnet, dass

[08-Jan-2019 11:22:52 Asia/Shanghai] PHP Fatal error:  Allowed memory size of 1048576 bytes exhausted (tried to allocate 525177 bytes) in /CommonReturn.class.php on line 20

erfolgreich reproduziert wurde. Das Fehlerprotokoll erklärt nur die Datei und In der Codezeile, die den Fehler gemeldet hat, ist es unmöglich, die Kontextstapelinformationen des Programms zu kennen und nicht zu wissen, welcher Teil der Geschäftslogik aufgerufen wird, sodass es unmöglich ist, den Fehler zu lokalisieren und zu beheben. So beheben Sie das Problem, wenn es gelegentlich auftritt und kein Feedback vom Front-End-Unternehmen erfolgt.

Lösungsideen

1. Einige Leute dachten darüber nach, „memory_limit“ zu ändern, um die Speicherzuteilung zu erhöhen, aber diese Methode behandelt die Symptome, aber nicht die Grundursache. Bei der Entwicklung müssen Sie die Grundursache des Problems finden.

2. Wenn die Codedatei generiert wird, kann sie debuggt werden. Es wurde jedoch festgestellt, dass der Code nur generiert wird, wenn der Prozess abnormal beendet wird. Fehler auf der E_ERROR-Ebene erzeugen möglicherweise nicht unbedingt Codedateien. Die Möglichkeit eines Speicherüberlaufs wird von PHP intern behandelt.

3. Verwenden Sie register_shutdown_function, um eine Rückruffunktion zu registrieren, wenn PHP beendet wird, und rufen Sie dann error_get_last auf, um die Stapelinformationen des Programms abzurufen.

Ändern Sie die Datei CommonReturn.class.php wie folgt:

<?php

/**
 * 公共返回封装
 * Class CommonReturn
 */
class CommonReturn
{

    /**
     * 打包函数
     * @param     $params
     * @param int $status
     *
     * @return mixed
     */
    static public function packData($params, $status = 0)
    {

        register_shutdown_function([&#39;CommonReturn&#39;, &#39;handleFatal&#39;]);

        $res[&#39;status&#39;] = $status;
        $res[&#39;data&#39;] = json_encode($params);
        return $res;
    }

    /**
     * 错误处理
     */
    static protected function handleFatal()
    {
        $err = error_get_last();
        if ($err[&#39;type&#39;]) {
            ob_start();
            debug_print_backtrace(DEBUG_BACKTRACE_IGNORE_ARGS, 5);
            $trace = ob_get_clean();
            $log_cont = &#39;time=%s&#39; . PHP_EOL . &#39;error_get_last:%s&#39; . PHP_EOL . &#39;trace:%s&#39; . PHP_EOL;
            @file_put_contents(&#39;/tmp/debug_&#39; . __FUNCTION__ . &#39;.log&#39;, sprintf($log_cont, date(&#39;Y-m-d H:i:s&#39;), var_export($err, 1), $trace), FILE_APPEND);
        }

    }

}

Führen Sie bug.php erneut aus. Das Protokoll lautet wie folgt.

error_get_last:array (
  'type' => 1,
  'message' => 'Allowed memory size of 1048576 bytes exhausted (tried to allocate 525177 bytes)',
  'file' => '/CommonReturn.class.php',
  'line' => 23,
)
trace:#0  CommonReturn::handleFatal()

Die Traceback-Informationen haben keine Quelle, was peinlich ist. Ich vermute, weil die Backtrace-Informationen im Speicher gespeichert sind und gelöscht werden, wenn ein schwerwiegender Fehler auftritt. Es gibt keine andere Möglichkeit, versuchen Sie, den Backtrace von außen einzuleiten. Ändern Sie CommonReturn.class.php erneut.

<?php

/**
 * 公共返回封装
 * Class CommonReturn
 */
class CommonReturn
{

    /**
     * 打包函数
     * @param     $params
     * @param int $status
     *
     * @return mixed
     */
    static public function packData($params, $status = 0)
    {

        ob_start();
        debug_print_backtrace(DEBUG_BACKTRACE_IGNORE_ARGS, 5);
        $trace = ob_get_clean();
        register_shutdown_function([&#39;CommonReturn&#39;, &#39;handleFatal&#39;], $trace);

        $res[&#39;status&#39;] = $status;
        $res[&#39;data&#39;] = json_encode($params);
        return $res;
    }

    /**
     * 错误处理
     * @param $trace
     */
    static protected function handleFatal($trace)
    {
        $err = error_get_last();
        if ($err[&#39;type&#39;]) {
            $log_cont = &#39;time=%s&#39; . PHP_EOL . &#39;error_get_last:%s&#39; . PHP_EOL . &#39;trace:%s&#39; . PHP_EOL;
            @file_put_contents(&#39;/tmp/debug_&#39; . __FUNCTION__ . &#39;.log&#39;, sprintf($log_cont, date(&#39;Y-m-d H:i:s&#39;), var_export($err, 1), $trace), FILE_APPEND);
        }

    }

}

Führen Sie bug.php erneut aus. Das Protokoll sieht wie folgt aus.

error_get_last:array (
  'type' => 1,
  'message' => 'Allowed memory size of 1048576 bytes exhausted (tried to allocate 525177 bytes)',
  'file' => '/CommonReturn.class.php',
  'line' => 26,
)
trace:#0  CommonReturn::packData() called at [/bug.php:13]

hat die Quelle des Aufrufs erfolgreich gefunden, die sich in Zeile 13 von bug.php befindet. Veröffentlichen Sie die endgültige CommonReturn.class.php in der Produktionsumgebung und sehen Sie sich einfach das Protokoll an, wenn erneut ein Fehler auftritt. In diesem Fall führen jedoch alle Programme, die packData aufrufen, die Trace-Funktion aus, was sich definitiv auf die Leistung auswirkt.

Zusammenfassung

1. Sie müssen auf die verwendete Funktion „register_shutdown_function“ achten. Sie können mehrere verschiedene Rückrufe registrieren, wenn jedoch eine bestimmte Rückruffunktion vorliegt Wenn Sie den Vorgang beenden, werden später registrierte Rückruffunktionen nicht ausgeführt.

2. debug_print_backtrace ist eine Funktion, die Backtrace-Informationen abruft. Die erste enthält Anforderungsparameter und die zweite ist die Anzahl der Backtrace-Datensatzebenen. Wir geben hier keine Anforderungsparameter zurück Sparen Sie etwas Speicher, und wenn die Anforderungsparameter sehr groß sind, kann der Aufruf dieser Funktion den Speicher direkt überlaufen.
   

1. Der beste Weg ist ein Upgrade von PHP7, das Fehler wie Ausnahmen abfangen kann.

Das obige ist der detaillierte Inhalt vonEinführung in die Fehlerbehandlung und Problemlokalisierung unter PHP5 (Codebeispiel). Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!