Problèmes de gestion des erreurs PHP

Le mécanisme de gestion des erreurs de PHP

La gestion des erreurs de PHP est relativement compliquée. Cet article explique tous les points de connaissances importants liés aux erreurs en PHP pour faciliter la compréhension du mécanisme d'erreur de PHP.

Basique connaissances

Avant cela, familiarisez-vous avec les connaissances de base de l'erreur php

• Constantes prédéfinies

• Configuration du runtime

• Exception

• Fonction de gestion des erreurs

Constantes prédéfinies

Définit tous les types d'erreur PHP constantes. Chaque constante est une valeur entière. Sa fonction est que la valeur (valeur numérique ou symbole) ci-dessus

est utilisée pour créer un masque de bits binaire pour spécifier le message d'erreur à signaler. Vous pouvez utiliser des opérateurs au niveau du bit pour combiner ces valeurs ou pour masquer certains types d'erreurs. Veuillez noter que dans php.ini, seuls '|', '~', '!', '^' et '&' seront analysés correctement.

Du point de vue de l'utilisation, il peut être divisé en trois catégories :

1. lancé manuellement par l'utilisateur
   E_USER_NOTICE, E_USER_WARNING , E_USER_ERROR, E_USER_DEPRECATED

2. Provoqué par l'utilisateur
   E_NOTICE, E_PARSE, E_WARNING, E_ERROR, E_COMPILE_ERROR, E_COMPILE_WARNING, E_STRICT, E_RECOVERABLE_ERROR

3. provoqués par le noyau php
   E_CORE_ERROR, E_CORE_WARNING

du point de vue de savoir si pour terminer l'exécution du programme Regardez, il peut être divisé en deux catégories

1. Terminer l'exécution du programme
   Le programme se termine et entre dans le processus de gestion des erreurs

2. Ne termine pas l'exécution du programme
   Une erreur se produit, mais le programme peut toujours continuer à s'exécuter et entre également dans le processus de gestion des erreurs

Pour les types d'erreurs en PHP, vous pouvez reportez-vous à cet article plus détaillé - Résumé du mécanisme d'erreur PHP

Configuration du runtime

Manuel - La configuration du runtime est expliquée en détail, mais plusieurs configurations nécessitent encore une attention particulière

1. error_reporting
   Signaler les types d'erreurs, il est recommandé de configurer E_ALL dans l'environnement de développement/test Après avoir résolu tous les types d'erreurs, configurez E_ALL & E_DEPRECATED dans l'environnement de production, ce qui signifie : signaler toutes les erreurs sauf les erreurs obsolètes

2. display_errors
   Que ce soit pour afficher les erreurs, le configurer sur false dans l'environnement de production et faire correspondre les paramètres de error_reporting ci-dessus, cela signifie : signaler toutes les erreurs à l'exception des erreurs obsolètes, mais ne les affiche pas Message d'erreur.

3. log_errors
   Si la journalisation des erreurs est activée, L'environnement de production doit être activé. Avec les deux configurations ci-dessus, cela signifie : le rapport est supprimé. Pour toutes les erreurs sauf les erreurs, le message d'erreur ne sera pas affiché, mais le message d'erreur sera enregistré (seul PHP lui-même peut gérer le message d'erreur) au journal

4. error_log
   Spécifiez le mauvais fichier(syslog est une valeur spéciale) Il n'est pas défini par défaut dans le manuel. :

Si cette configuration n'est pas définie, un message d'erreur sera envoyé à l'enregistreur d'erreurs SAPI

Généralement, s'il n'est pas défini, il sera enregistré dans le journal des erreurs d'Apache/nginx. Avec les trois configurations ci-dessus, cela signifie : Signaler toutes les erreurs sauf les erreurs obsolètes. Erreur, aucun message d'erreur n'est affiché, mais il est enregistré dans le journal d'Apache/nginx. . Si le chemin du fichier est configuré, cela signifie : Signaler toutes les erreurs sauf les erreurs obsolètes, aucun message d'erreur ne s'affiche, mais il est enregistré dans le file_dirlog .

Les configurations ci-dessus. affectent les performances les plus élémentaires des erreurs php. Bien sûr, ces configurations peuvent être modifiées dans le code via ini_set() ou des modifications de configuration php-fpm

erreurs Il n'y a pas beaucoup de fonctions de gestion des erreurs

. Ceux auxquels vous devriez prêter le plus attention sont set_error_handler et set_exception_handler, car ils peuvent intervenir dans le processus de gestion des erreurs/exceptions

mentionné ci-dessus. J'ai vu qu'après une erreur, un processus de gestion des erreurs sera effectué. Comment est défini le processus d'erreur ?

Regardons d'abord l'explication dans le manuel PHP : Erreurs

En bref, c'est, Le le flux de traitement par défaut est complété par la configuration, mais nous pouvons configurer un flux de gestion des erreurs personnalisé

Comment gérer les erreurs qui terminent l'exécution du script

Comme mentionné ci-dessus, il existe deux types d'erreurs, alors comment gérer ce genre d'erreur qui mettra fin à l'exécution du script ?
set_error_handler ne peut pas gérer ce genre d'erreur, qui est facile à ignorer.

Ce problème est essentiellement résolu comme ceci (je n'ai pas encore vu d'autres solutions) :

// 终止脚本的错误会终止脚本执行
// 即会调用已通过register_shutdown_function注册的处理函数
// 由此可注册我们的错误处理流程, 这样就进入了自定义错误流程
register_shutdown_function('FatalErrorHandle');

...

FatalErrorHandle(array $error = null) {
     
     ... 
     
     if (null === $error) {
         // 通过这种方式可以获取最后一条错误
        $error = error_get_last();
     }

     ... 
     
     // log or other logic
}

Exception

Selon l'explication dans la gestion des exceptions w3cPHP :

La gestion des exceptions est utilisée pour modifier le flux normal du script lorsqu'une situation d'erreur (exception) spécifiée se produit. Cette situation est appelée une exception.

Lorsqu'une exception est déclenchée, ce qui se passe généralement est :

• L'état actuel du code est enregistré

• L'exécution du code passe à l'état actuel du code. Fonction de gestionnaire d'exception prédéfinie

• En fonction de la situation, le processeur peut redémarrer l'exécution du code à partir d'un état de code enregistré, terminer l'exécution du script ou continuer l'exécution du script à partir d'un emplacement à l'intérieur ou à l'extérieur du code

Les exceptions non interceptées mettront fin à l'exécution du script et généreront une erreur E-ERROR. La gestion des exceptions définie sera exécutée. Sinon, le processus de gestion des erreurs par défaut de PHP sera effectué, qui est enregistré dans le journal. Mais en termes de concepts de programmation, il devrait être séparé des exceptions des erreurs. Les exceptions sont prévisibles pour les utilisateurs, ne répondent pas aux attentes et ont une structure contrôlable

Le set_exception_handler mentionné ci-dessus est utilisé pour gérer les exceptions, et son utilisation est la même que set_error_handler Cohérente. La gestion des exceptions dans chaque framework est très mature, set_exception_handler est transférée au niveau gérable du framework dans Exception. afin d'atteindre l'objectif de contrôle utilisateur de la gestion des exceptions. , pour réaliser la personnalisation et l'extension.

Résumé

Le mécanisme de gestion des erreurs de PHP est toujours ignoré, mais il joue un grand rôle dans le débogage et surveillance des erreurs. Cet article présente principalement les principales connaissances Cliquez ici et faites un résumé, j'espère qu'il sera utile à tout le monde. Pour plus de détails, veuillez consulter le manuel

Matériel d'apprentissage

Prédéfini. constantes
Configuration du runtime
Fonction de gestion des erreurs
Résumé du mécanisme d'erreur de PHP
Exception
Erreurs
Gestion des exceptions PHP
Symfony Debug : est une application complète, dont on peut dire qu'elle être un tutoriel d'orientation complet, toutes les connaissances liées aux erreurs. Tous les points sont couverts. Il est recommandé de lire le code source.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!