यी तीन keywords ले deferred execution र exceptional situations लाई handle गर्छन्। defer ले cleanup schedule गर्छ, panic ले runtime crash trigger गर्छ (साँच्चै exceptional cases को लागि), र recover ले panic लाई catch गरेर program crash हुनबाट रोक्न सक्छ।
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 ले function call लाई surrounding function return हुँदा execute गर्न schedule गर्छ — कसरी return भए पनि (normal return, error, वा panic)। यो cleanup सुनिश्चित गर्ने idiomatic तरिका हो: files बन्द गर्ने, mutexes unlock गर्ने, connections बन्द गर्ने — acquisition को ठीक छेउमा राखिएको हुन्छ ताकि तपाईं यो बिर्सन सक्नु हुँदैन।
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 ले normal flow रोक्छ र call stack लाई unwind गर्छ (यात्राको समयमा deferred functions चलाउँदै), अन्तमा program crash हुन्छ। यो programmer errors / unrecoverable conditions को लागि हो (out-of-bounds, nil dereference, impossible states) — ordinary errors को लागि होइन (ती returned error values प्रयोग गर्छन्)।
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 ले panicking goroutine को control फिर्ता पाउँछ — तर केवल deferred function भित्र काम गर्छ। यो कम प्रयोग हुन्छ, उदाहरणको लागि एक single request handler लाई सम्पूरा server crash हुनबाट रोक्न।
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 एक essential, idiomatic Go feature हो guaranteed cleanup को लागि — resource release लाई acquisition को ठीक छेउमा राखिएको हुन्छ र यो हरेक return path मा चल्छ (panics सहित), जसले leaked files, locks, र connections लाई manual cleanup भन्दा धेरै विश्वस्तताले रोक्छ।
यसको LIFO ordering बुझ्नु पनि महत्त्वपूर्ण छ। panic/recover ले exception-जस्तो mechanism प्रदान गर्छ, तर critical principle यो छ कि Go ले यिनलाई genuinely exceptional, unrecoverable situations को लागि राख्छ — normal errors सधैं values को रूपमा return हुनु पर्छ र check हुनु पर्छ।
panic/recover लाई general exception handling को रूपमा गलत प्रयोग गर्नु un-idiomatic हो र exception-based languages बाट आएका developers को लागि सामान्य गलती हो।
defer कहिले प्रयोग गर्ने (सधैं, cleanup को लागि), error returns (normal failures), र panic/recover (दुर्लभ, exceptional, वा boundaries मा) कहिले प्रयोग गर्ने भनेर जानु सही, idiomatic Go लेख्न र एक बारम्बार interview topic हो।