Ezek a három kulcsszó az elhalasztott végrehajtást és kivételes helyzeteket kezelik. A defer egy utasítás végrehajtását késlelteti a függvény visszatérésekor, a panic futásidejű összeomlást válthat ki (valóban kivételes esetekben), a recover pedig meg tudja állítani a panic-et, hogy megakadályozza a program összeomlását.
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
}
A defer egy függvényhívást ütemez végrehajtásra, amikor a körülötte lévő függvény visszatér – függetlenül attól, hogy hogyan tér vissza (normál visszatérés, hiba vagy panic). Ez az idiomatikus módja a cleanup biztosításának: fájlok bezárása, mutex-ek feloldása, kapcsolatok lezárása – közvetlenül az erőforrás megszerzése mellett helyezve, hogy ne feledkezz el róla.
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)
A panic leállítja a normál végrehajtást és visszatekerja a hívási stack-et (az elhalasztott függvényeket meghívva útközben), végül az program összeomlik. Ez a programozói hibákhoz / helyrehozhatatlan feltételekhez való (határon kívüli, nil dereference, lehetetlen állapotok) – NEM a közönséges hibákhoz (azok visszaadott error értékeket használnak).
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
A recover ismét irányítást szerez egy pánikolt goroutine-en – de csak egy elhalasztott függvényen belül működik. Ritkán használják, például annak érdekében, hogy egy kéréskezelő ne omlja össze a teljes szervert.
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)
A defer egy alapvető, idiomatikus Go-jellegzetesség a garantált cleanup céljára – az erőforrás felszabadítása közvetlenül az erőforrás mellett történik, és biztosított, hogy minden visszatérési úton végrehajtódik (beleértve a panic-eket is), ami sokkal megbízhatóbban megakadályozza a szivárgó fájlok, zárak és kapcsolatok kialakulását, mint a kézi cleanup.
A LIFO rendezésének megértése szintén fontos. A panic/recover kivételszerű mechanizmust biztosít, de a kritikus alapelv az, hogy a Go ezeket valóban kivételes, helyrehozhatatlan helyzetekre tartja fenn – a normál hibákat mindig értékekként kell visszaadni és ellenőrizni.
A panic/recover nem-idiomatikus felhasználása, mint általános exception handling, egy gyakori hiba a kivétel alapú nyelvekből érkező fejlesztők részéről.
Annak tudása, hogy mikor kell defer-t használni (mindig, cleanup-hoz), error visszatéréseket (normál hibák), valamint panic/recover-t (ritka, kivételes vagy határon) alapvető fontosságú a helyes, idiomatikus Go írásához és gyakori interjú téma.
IT interjúkérdések gyűjteménye részletes válaszokkal — Juniortól Seniorig.
Adományozás