La panique est comme un programme "cardiaque" dans GO, Recover peut être utilisé comme "outil de premiers soins" pour éviter les accidents, mais récupérer ne prend effet que dans la fonction de différence. 1. Recome est utilisé pour éviter les laps de service, les journaux de journaux et les erreurs de retour amicales. 2. Il doit être utilisé avec un report, et il ne prend effet que sur le même goroutine. Le programme ne revient pas au point de panique après la récupération. 3. Il est recommandé de l'utiliser au niveau supérieur ou à l'entrée critique, et ne vous en abusez pas, et n'accordez pas la priorité à l'utilisation d'erreur. 4. Un modèle commun est d'encapsuler la logique de la fonction Saferun pour envelopper les paniques possibles. Ce n'est qu'en ma?trisant ses scénarios d'utilisation et ses limitations qu'il peut jouer correctement son r?le.

La panique est comme un programme qui a soudainement une ?crise cardiaque? en Go. S'il n'est pas traité à temps, l'ensemble du processus peut être terminé directement. Heureusement, Go fournit Recover, un "outil de premiers soins", qui vous permet d'essayer de stabiliser le programme après la panique et de l'empêcher de s'écraser.

Cependant, il convient de noter que la récupération ne peut être efficace que dans les fonctions appelées par différer et ne pas être restaurées nulle part.

Quand dois-je utiliser Recover?

La panique n'est pas la méthode préférée pour la gestion des erreurs, mais elle sera déclenchée dans certaines erreurs sérieuses et ne peut pas continuer l'exécution. Pour le moment, vous pourriez penser:

• évitez l'ensemble du service (comme lorsque le serveur Web traite la demande)
• Prenez l'exception et enregistrez le journal pour faciliter le dépannage
• Renvoie un message d'erreur amical au lieu d'un crash direct

à l'heure actuelle, la récupération est utile. En particulier dans les middleware ou les intercepteurs mondiaux, la récupération est souvent utilisée pour attraper des paniques inattendues et fournir un processus ascendante.

Comment utiliser RECRIND correctement?

Il existe des routines fixes pour l'utilisation de récupération, et la structure de base est la suivante:

 différer func () {
    Si r: = récupérer (); r! = Nil {
        fmt.println ("récupéré en f", r)
    }
} ()

Quelques points clés à retenir:

• Doit être utilisé avec différence : le récupération doit être placé dans la fonction de différence pour être efficace.
• Il ne peut être récupéré que dans le même goroutine : si vous paniquez dans un goroutine, l'autre récupération ne peut pas être capturé.
• Après récupération, le programme ne reviendra pas au point de panique : le programme continuera d'exécuter la logique ultérieure après le retour de la fonction de report, et le code après le point de panique ne s'exécutera plus.

Par exemple, vous avez accédé accédé à un pointeur nul lors du traitement d'une demande HTTP. S'il n'y a pas de récupération, l'ensemble du service peut s'écraser; Si vous utilisez la récupération, vous pouvez au moins marquer cette demande en panne et n'affecter pas d'autres demandes.

Limitations et considérations de récupération

Bien que la récupération puisse sauver des vies, ce n'est pas omnipotent, et dans certains cas, il ne peut rien faire:

• Impossible de récupérer à travers les goroutines : si vous paniquez chez un enfant goroutine, la récupération de la fonction principale ne peut pas être vue.
• La pile après la récupération a été brisée : bien que le programme ne se bloque pas, l'état peut être incohérent et que la logique suivante doit être gérée avec prudence.
• La récupération ne doit pas être abusée : elle ressemble plus à la dernière ligne de défense et ne doit pas être utilisée au lieu de vérifier les erreurs normales.

Donc suggération:

• Essayez d'utiliser Recover uniquement au niveau supérieur ou à l'entrée critique (comme les fonctions principales, les gestionnaires HTTP)
• Il est préférable d'enregistrer des informations détaillées après la récupération pour faciliter l'emplacement des problèmes
• Pour les endroits où les erreurs sont connues, utilisez une erreur pour revenir au lieu de compter sur la panique / récupérer

Des modèles communs pour l'écriture se remettent

De nombreux projets résumeront une fonction de récupération générale, comme celle-ci:

 Func Saferun (fn func ()) {
    différer func () {
        Si r: = récupérer (); r! = Nil {
            Log.printf ("récupéré:% V", R)
        }
    } ()
    fn ()
}

Ensuite, appelez ceci:

 Saferun (func () {
    // Code de panique possible})

Cette méthode d'écriture est très pratique dans les taches simultanées ou les taches chronométrées, et peut empêcher une certaine tache de s'écraser et de provoquer une défaillance globale.

Fondamentalement, c'est tout. Recover n'est pas compliqué, mais il est facile de l'utiliser incorrectement. Ce n'est qu'en ma?trisant ses scénarios d'utilisation et ses limitations que cela peut vraiment apporter de la valeur.

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!