ये तीन keywords deferred execution और असाधारण स्थितियों को संभालते हैं। defer cleanup शेड्यूल करता है, panic एक runtime crash ट्रिगर करता है (वास्तव में असाधारण मामलों के लिए), और recover एक panic को पकड़कर 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 को तब execute करने के लिए शेड्यूल करता है जब चारों ओर का function return करता है — चाहे वह कैसे भी return करे (सामान्य 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 सामान्य प्रवाह को रोकता है और call stack को unwind करता है (रास्ते में deferred functions चलाते हुए), अंततः program को crash कर देता है। यह programmer errors / अपूरणीय स्थितियों (out-of-bounds, nil dereference, असंभव स्थितियाँ) के लिए है — सामान्य errors के लिए नहीं (वे लौटाए गए 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 का नियंत्रण फिर से प्राप्त करता है — लेकिन केवल एक 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 गारंटीशुदा cleanup के लिए एक आवश्यक, idiomatic Go विशेषता है — resource release को acquisition के ठीक बगल में रखना और यह सुनिश्चित करना कि यह हर return path पर चले (panics सहित), जो leaked files, locks, और connections को manual cleanup की तुलना में कहीं अधिक विश्वसनीय रूप से रोकता है।
इसके LIFO ordering को समझना भी महत्वपूर्ण है। panic/recover एक exception-जैसा तंत्र प्रदान करते हैं, लेकिन महत्वपूर्ण सिद्धांत यह है कि Go इन्हें वास्तव में असाधारण, अपूरणीय स्थितियों के लिए आरक्षित रखता है — सामान्य errors को हमेशा values के रूप में लौटाया और जाँचा जाना चाहिए।
panic/recover का सामान्य exception handling के रूप में दुरुपयोग करना un-idiomatic है और exception-based भाषाओं से आने वाले developers के लिए एक आम गलती है।
defer (हमेशा, cleanup के लिए), error returns (सामान्य failures), और panic/recover (दुर्लभ, असाधारण, या boundaries पर) का कब उपयोग करना है यह जानना सही, idiomatic Go लिखने के लिए बुनियादी है और एक बार-बार आने वाला interview विषय है।