func main() { c := make(chan int, 1000) for i := 0; i < 100; i++ { go foo(c) } sum := 0 for r := range c { sum += r } fmt.Println(sum) } func foo(c chan int) { r := rand.Int() for i := 0; i < r; i++ { c <- r } } --- func main() { c := make(chan int, 1000) var wg sync.WaitGroup wg.Add(100) for i := 0; i < 100; i++ { go func() { defer wg.Done() foo(c) }() } go func() { wg.Wait() close(c) }() sum := 0 for r := range c { sum += r } // // fmt.Println(sum) } func foo(c chan int) { r := rand.Int() for i := 0; i < r; i++ { c <- r } }

En la primera versión del código hay un problema: el ciclo for r := range c esperará indefinidamente porque el canal c nunca se cierra. Debido a esto, el programa se bloqueará.

En la segunda versión, se añade sync.WaitGroup para esperar a que finalicen todas las goroutines, y después se cierra el canal c. Esto permite salir correctamente del ciclo de lectura del canal.

Puntos clave:

• Uso de sync.WaitGroup para rastrear la finalización de todas las goroutines.
• Cierre del canal después de que todas las goroutines hayan terminado de escribir.
• La iteración sobre el canal con for r := range c termina cuando el canal se cierra.

Ejemplo de código corregido:

group := sync.WaitGroup{}
group.Add(100)
for i := 0; i < 100; i++ {
    go func() {
        defer group.Done()
        foo(c)
    }()
}
go func() {
    group.Wait()
    close(c)
}()

sum := 0
for r := range c {
    sum += r
}