Поведение for range с каналами в Go
В Go for v := range ch используется для последовательного чтения из канала ch. Цикл завершится только после того, как:
🔁 Сценарии поведения
1. Канал пуст и не закрыт
ch := make(chan string)
for v := range ch {
fmt.Println(v)
}
📌 Итог: блокировка навсегда, цикл ждёт значения, но никто не пишет.
2. В канале есть одно значение, канал не закрыт
ch := make(chan string)
go func() {
ch <- "hello"
}()
for v := range ch {
fmt.Println(v)
}
📌 Итог: hello выведется, затем цикл зависнет, ожидая следующего значения.
3. В канале есть значение, потом ещё одно, затем закрытие
ch := make(chan string)
go func() {
ch <- "one"
time.Sleep(1 * time.Second)
ch <- "two"
close(ch)
}()
for v := range ch {
fmt.Println(v)
}
📌 Итог:
one будет прочитан
цикл подождёт
two будет прочитан
после close(ch) — цикл завершится
✅ Правильное завершение горутины через канал и WaitGroup
import (
"fmt"
"sync"
)
func worker(id int, jobs <-chan int, wg *sync.WaitGroup) {
defer wg.Done()
for job := range jobs {
fmt.Printf("Worker %d processing job %d\n", id, job)
}
}
func main() {
jobs := make(chan int)
var wg sync.WaitGroup
for w := 1; w <= 2; w++ {
wg.Add(1)
go worker(w, jobs, &wg)
}
for j := 1; j <= 5; j++ {
jobs <- j
}
close(jobs) // 🔑 важно закрыть канал
wg.Wait() // 🔒 ждём завершения всех воркеров
}
🧠 Общее поведение range по каналам
📌 Рекомендации
sync.WaitGroup, чтобы ждать завершения горутин
⚠️ Избегай чтения из открытых, но не используемых каналов