Go में closures कैसे काम करते हैं?

Question

Accepted Answer

एक **closure** एक फंक्शन है जो अपने आसपास के स्कोप से वेरिएबल्स का संदर्भ देता है, उन्हें "बंद" करते हुए — फंक्शन उन वेरिएबल्स तक पहुंच बनाए रखता है यहां तक कि एनक्लोजिंग फंक्शन के रिटर्न के बाद भी। Go फंक्शन्स फर्स्ट-क्लास वैल्यूज हैं, जो closures को एक आम और शक्तिशाली उपकरण बनाता है।

## एक बेसिक closure

```go
func makeCounter() func() int {
    count := 0                  // a local variable
    return func() int {          // this inner function CLOSES OVER count
        count++                  // it can read AND modify count
        return count
    }
}

counter := makeCounter()
fmt.Println(counter())   // 1
fmt.Println(counter())   // 2 — count PERSISTS between calls (state is retained)

other := makeCounter()    // a NEW, independent closure with its own count
fmt.Println(other())     // 1 — separate state
```

रिटर्न किया गया फंक्शन `makeCounter` रिटर्न होने के बाद भी `count` का एक संदर्भ बनाए रखता है — इसलिए स्टेट कॉल्स के बीच बना रहता है। `makeCounter` की हर कॉल एक नया, स्वतंत्र `count` बनाता है। यह एनकैप्सुलेटेड प्राइवेट स्टेट है।

## Closures वेरिएबल्स को संदर्भ द्वारा कैप्चर करते हैं (मुख्य बिंदु)

```go
// closures capture the variable itself, not a snapshot of its value
x := 10
f := func() int { return x }
x = 20
fmt.Println(f())   // 20 — sees the CURRENT value of x, not 10
```

## क्लासिक लूप-वेरिएबल समस्या

```go
// ⚠️ in Go versions BEFORE 1.22:
funcs := []func(){}
for i := 0; i < 3; i++ {
    funcs = append(funcs, func() { fmt.Println(i) })  // all close over the SAME i
}
for _, f := range funcs { f() }   // prints 3, 3, 3 (not 0, 1, 2)! — all share i

// the classic fix (pre-1.22): make a per-iteration copy
for i := 0; i < 3; i++ {
    i := i                          // shadow with a new variable each iteration
    funcs = append(funcs, func() { fmt.Println(i) })
}
// Note: Go 1.22+ changed loop semantics so each iteration gets a NEW variable — this bug is fixed.
```

यह एक प्रसिद्ध बग है: लूप में सभी closures ने *एक ही* लूप वेरिएबल को कैप्चर किया। (Go 1.22 ने लूप-वेरिएबल स्कोपिंग को ठीक किया, लेकिन पुराने कोड और अन्य कैप्चर किए गए वेरिएबल्स के लिए समस्या को समझना महत्वपूर्ण है।)

## Closures के आम उपयोग

```go
// 1. as callbacks / handlers
http.HandleFunc("/", func(w http.ResponseWriter, r *http.Request) { ... })

// 2. deferred functions capturing local state
defer func() { fmt.Println("cleanup with", localVar) }()

// 3. function factories (configured behavior)
func multiplier(factor int) func(int) int {
    return func(n int) int { return n * factor }
}
double := multiplier(2)   // double(5) → 10
```

## यह क्यों महत्वपूर्ण है

Closures एक शक्तिशाली, अक्सर उपयोग की जाने वाली Go फीचर है जो फर्स्ट-क्लास फंक्शन्स द्वारा सक्षम है — वे आपको ऐसे फंक्शन्स बनाने देते हैं जो प्राइवेट, परसिस्टेंट स्टेट (काउंटर्स, जेनरेटर्स, फैक्टरी फंक्शन्स के माध्यम से कॉन्फ़िगर किए गए बिहेविर्स) ले जाते हैं और कॉलबैक्स, HTTP हैंडलर्स, डिफर्ड क्लीनअप जो लोकल वेरिएबल्स का संदर्भ देता है, और फंक्शनल पैटर्न्स के लिए आवश्यक हैं।

यह समझना महत्वपूर्ण है कि closures वेरिएबल्स को **संदर्भ द्वारा** कैप्चर करते हैं (करंट वैल्यूज देखना, स्टेट शेयर करना) — वैल्यू द्वारा नहीं — यह उन्हें प्रभावी रूप से उपयोग करने के लिए महत्वपूर्ण है (एनकैप्सुलेटेड म्यूटेबल स्टेट) और **क्लासिक लूप-वेरिएबल कैप्चर बग** से बचने के लिए (सभी closures एक वेरिएबल शेयर कर रहे हैं, कन्फ्यूजन का एक कुख्यात स्रोत, Go 1.22 में ठीक किया गया लेकिन पुराने कोड और नॉन-लूप कैप्चर्स के लिए अभी भी प्रासंगिक)।

Closures पूरे idiomatic Go और स्टैंडर्ड-लाइब्रेरी APIs में दिखाई देते हैं, जो उन्हें महत्वपूर्ण प्रैक्टिकल नॉलेज और एक आवर्ती इंटरव्यू टॉपिक बनाता है।