Hvordan fungerer closures i Go?

Question

Accepted Answer

En **closure** er en funktion, der refererer til variabler fra sit omgivende område og "lukker omkring dem" — funktionen bevarer adgang til disse variabler selv efter, at den omgivende funktion returnerer. Go-funktioner er førsteklasses værdier, hvilket gør closures til et almindeligt og kraftfuldt værktøj.

## En grundlæggende 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
```

Den returnerede funktion beholder en reference til `count` selv efter, at `makeCounter` returnerer — så tilstanden bevares på tværs af kald. Hvert kald til `makeCounter` opretter en ny, uafhængig `count`. Dette er indkapslet privat tilstand.

## Closures capturer variabler ved REFERENCE (vigtige punkt)

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

## Det klassiske loop-variabel-problem

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

Dette er en berømt fejl: closures i en loop captureringen alle den *samme* loop-variabel. (Go 1.22 rettede loop-variabel-scopingen, men forståelse af problemet betyder noget for ældre kode og andre capturerede variabler.)

## Almindelige anvendelser af 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
```

## Hvorfor det betyder noget

Closures er en kraftfuld, hyppigt brugt Go-funktion, der er aktiveret af førsteklasses funktioner — de lader dig oprette funktioner, der bærer privat, persistent tilstand (tællere, generatorer, konfigureret adfærd via factory-funktioner) og er essentielle for callbacks, HTTP-handlere, udskudt oprydning, der refererer til lokale variabler, og funktionelle mønstre.

Forståelse af, at closures capturer variabler **ved reference** (ser aktuelle værdier, deler tilstand) — ikke efter værdi — er afgørende både for at bruge dem effektivt (indkapslet mutable tilstand) og for at undgå det **klassiske loop-variabel-capture-problem** (alle closures deler én variabel, en berømt kilde til forvirring, da den blev rettet i Go 1.22 men stadig relevant for ældre kode og ikke-loop-captures).

Closures optræder i hele idiomatic Go og standard-library API'er, hvilket gør dem til vigtig praktisk viden og et tilbagevendende interview-emne.