GoIntermedio19 oct 2025
¡El bucle fantasma de Go! ¿Dónde está mi 'i'?
snippet.go
package main
import (
"fmt"
"sync"
"time"
)
func main() {
var wg sync.WaitGroup
for i := 0; i < 5; i++ {
wg.Add(1)
go func() {
defer wg.Done()
time.Sleep(10 * time.Millisecond) // Give loop time to finish
fmt.Println(i)
}()
}
wg.Wait()
}¿Qué crees que imprime?
✅ Salida Esperada
0
1
2
3
4
(La salida podría variar de orden, pero todos los valores del 0 al 4 deberían aparecer)⚠️ Salida Real
5
5
5
5
5
(Ocasionalmente 4, 4, 4, 4, 4, pero siempre el mismo valor final del bucle)¿Por qué pasa esto?
¡Bienvenido al circo de los punteros en Go! 🎪 Aquí tenemos un clásico "goroutine gotcha" que te hará sudar frío. Esperarías que cada goroutine imprimiera su valor de `i` único (0, 1, 2, 3, 4), ¿verdad? Pues no. Go, en su infinita sabiduría (y eficiencia), permite que las **closures capturen variables por referencia**, no por valor, a menos que se lo digas explícitamente. Es como si el mago 🧙♂️ del bucle `for` estuviera preparando un plato para cada goroutine, pero al final, todos terminan comiendo del *mismo* plato `i`, que ya ha sido limpiado y está vacío (o, en este caso, ¡contiene el último valor del bucle, 5!). Cuando las goroutines finalmente se despiertan y van a mirar el valor de `i`, el bucle ya terminó y `i` es 5. 🤯 Para solucionarlo, debes "fotocopiar" el valor de `i` dentro del bucle: `iLocal := i` y luego usar `iLocal` en la goroutine. ¡Así cada goroutine tiene su propia copia!
Conceptos relacionados
concurrencyclosuresscoping