Ces trois mots-clés gèrent l'exécution différée et les situations exceptionnelles. defer planifie un nettoyage, panic déclenche un crash à l'exécution (pour les cas vraiment exceptionnels), et recover peut intercepter une panique pour empêcher le programme de s'arrêter.
func readFile() error {
f, err := os.Open("file.txt")
if err != nil { return err }
defer f.Close() // GUARANTEED to run when readFile returns (any path)
// ... use f, with multiple return points ...
return nil // f.Close() runs here automatically
}
defer planifie un appel de fonction à exécuter quand la fonction englobante se termine — peu importe comment elle se termine (retour normal, erreur ou panique). C'est la façon idiomatique d'assurer le nettoyage : fermer des fichiers, déverrouiller des mutexes, fermer des connexions — placé juste à côté de l'acquisition pour ne pas l'oublier.
defer fmt.Println("1")
defer fmt.Println("2")
defer fmt.Println("3")
// prints: 3, 2, 1 — last deferred, first executed (stack order)
func mustPositive(n int) {
if n < 0 {
panic("negative not allowed") // stops normal execution, unwinds the stack
}
}
// panic runs deferred functions as it unwinds, then crashes the program (with a stack trace)
panic arrête le flux normal et déverrouille la pile d'appels (en exécutant les fonctions différées en chemin), aboutissant finalement à un crash du programme. C'est pour les erreurs de programmation / conditions irrécupérables (hors limites, déréférence null, états impossibles) — NON pour les erreurs ordinaires (celles-ci utilisent les valeurs error retournées).
func safeProcess() {
defer func() {
if r := recover(); r != nil { // recover() returns the panic value
fmt.Println("recovered from:", r) // handle it; program continues
}
}()
panic("something broke") // this panic is caught by the recover above
}
// safeProcess returns normally instead of crashing
recover reprend le contrôle d'une goroutine en panique — mais fonctionne seulement à l'intérieur d'une fonction différée. Il est utilisé rarement, par exemple pour empêcher un gestionnaire de requête unique de faire planter un serveur entier.
Normal/expected failures (file missing, bad input, validation) → return an error value
panic/recover → reserve for TRULY exceptional cases (bugs, unrecoverable states)
and boundaries (e.g. a server recovering so one bad request doesn't kill the process)
defer est une fonctionnalité Go essentielle et idiomatique pour le nettoyage garanti — placer la libération de ressources juste à côté de l'acquisition et s'assurer qu'elle s'exécute sur chaque chemin de retour (y compris les paniques), ce qui prévient les fuites de fichiers, de verrous et de connexions bien plus fiablement que le nettoyage manuel.
Comprendre son ordre LIFO est aussi important. panic/recover fournissent un mécanisme de type exception, mais le principe critique est que Go les réserve aux situations véritablement exceptionnelles et irrécupérables — les erreurs normales doivent toujours être retournées sous forme de valeurs et vérifiées.
Malutiliser panic/recover comme gestion d'exception générale est non-idiomatique et une erreur courante pour les développeurs venant de langages basés sur les exceptions.
Savoir quand utiliser defer (toujours, pour le nettoyage), les retours error (défaillances normales), et panic/recover (rare, exceptionnel, ou aux limites) est fondamental pour écrire du Go correct et idiomatique et est un sujet fréquent aux entretiens.