Go मध्ये क्लोजर कसे कार्य करते?

Question

Accepted Answer

एक **क्लोजर** हा एक फंक्शन आहे जो त्याच्या सभोवतालच्या स्कोपमधील व्हेरिएबल्सचा संदर्भ देतो, त्यांना "बंद" करतो — हा फंक्शन बाह्य फंक्शन परत आल्यानंतरही त्या व्हेरिएबल्सचा प्रवेश ठेवतो. Go फंक्शन्स प्रथम-श्रेणीचे मूल्य आहेत, ज्यामुळे क्लोजर एक सामान्य आणि शक्तिशाली साधन आहे.

## मूलभूत क्लोजर

```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` तयार करतो. हे एनकॅप्सुलेटेड खाजगी स्थिती आहे.

## क्लोजर व्हेरिएबल्स REFERENCE द्वारे कॅप्चर करते (मुख्य बिंदू)

```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.
```

हा एक प्रसिद्ध बग आहे: लूपमधील क्लोजर सर्वांनी *समान* लूप व्हेरिएबल कॅप्चर केले. (Go 1.22 ने लूप-व्हेरिएबल स्कोपिंग निश्चित केले, परंतु जुन्या कोडसाठी आणि इतर कॅप्चर केलेल्या व्हेरिएबल्ससाठी समस्या समजणे महत्वाचे आहे.)

## क्लोजर्सचे सामान्य उपयोग

```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
```

## हे महत्वाचे का आहे

क्लोजर्स प्रथम-श्रेणीचे फंक्शन्स द्वारे सक्षम केलेली एक शक्तिशाली, वारंवार वापरली जाणारी Go वैशिष्ट्य आहेत — ते आपल्याला असे फंक्शन्स तयार करायला देतात जे खाजगी, स्थिर स्थिती (काउंटर, जनरेटर, फॅक्टरी फंक्शन्सद्वारे कॉन्फिगर केलेले वर्तन) ठेवतात आणि कॉलबॅक, HTTP हँडलर, स्थानिक व्हेरिएबल्सचा संदर्भ देणारे विलंबित क्लीनअप आणि कार्यात्मक नमुने साठी आवश्यक आहेत.

हे समजणे की क्लोजर्स व्हेरिएबल्स **संदर्भ द्वारे** कॅप्चर करतात (वर्तमान मूल्य पाहणे, स्थिती शेअर करणे) — मूल्य द्वारा नाही — हे त्यांचा प्रभावीपणे वापर करण्यासाठी (एनकॅप्सुलेटेड मटेबल स्थिती) आणि **क्लासिक लूप-व्हेरिएबल कॅप्चर बग** (सर्व क्लोजर्स एक व्हेरिएबल शेअर करणे, भ्रमातील कुख्यात स्रोत, Go 1.22 मध्ये निश्चित केले गेले परंतु जुन्या कोडसाठी आणि नॉन-लूप कॅप्चरसाठी अजूनही प्रासंगिक) दोन्हीसाठी महत्वाचे आहे.

क्लोजर्स इडिओमॅटिक Go आणि मानक-लायब्ररी API मध्ये दिसतात, ज्यामुळे ते महत्वाचे व्यावहारिक ज्ञान आणि पुनरावृत्ती साक्षात्कार विषय आहेत.