Disse tre nøkkelordene håndterer utsatt kjøring og eksepsjonelle situasjoner. defer planlegger oppstartskode, panic utløser et runtime-krasj (for virkelig eksepsjonelle tilfeller), og recover kan fange opp en panikk for å forhindre at programmet krasjer.
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 planlegger et funksjonskall til å kjøre når den omkringliggende funksjonen returnerer — uansett hvordan den returnerer (normal retur, feil eller panikk). Det er den idiomatiske måten å sikre opprydding på: lukking av filer, opplåsing av mutexer, lukking av tilkoblinger — plassert rett ved siden av innhentingen slik at du ikke kan glemme det.
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 stopper normal flyt og avvikler anropsstakken (kjører utsatte funksjoner underveis), som til slutt krasjer programmet. Det er for programmeringsfeil / ugjenkallelige tilstander (ut av grenser, nil-referanser, umulige tilstander) — IKKE for vanlige feil (disse bruker returnerte error-verdier).
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 gjenvinner kontroll over en panikkende goroutine — men fungerer bare inne i en utsatt funksjon. Det brukes sparsomt, f.eks. for å forhindre at en enkelt forespørselshåndterer krasjer en hel server.
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 er en essensiell, idiomatisk Go-funksjon for garantert opprydding — plassering av ressursutgivelse rett ved siden av innhentingen og sikring av at den kjøres på hver returvei (inkludert panikkene), noe som forhindrer lekk av filer, låser og tilkoblinger langt mer pålitelig enn manuell opprydding.
Å forstå dens LIFO-rekkefølge er også viktig. panic/recover gir en unntak-lignende mekanisme, men det kritiske prinsippet er at Go forbeholder dem for virkelig eksepsjonelle, ugjenkallelige situasjoner — normale feil skal alltid returneres som verdier og kontrolleres.
Å misbruke panic/recover som generell unntaksbehandling er ikke-idiomatisk og en vanlig feil for utviklere som kommer fra unntaksbaserte språk.
Å vite når du skal bruke defer (alltid, for opprydding), error-returner (normale feil) og panic/recover (sjelden, eksepsjonell eller ved grenser) er grunnleggende for å skrive riktig, idiomatisk Go og et hyppig intervjuemne.