Чем опасно безлимитное создание горутин, и как ограничивать параллелизм?

Горутины лёгкие, но они НЕ бесплатные. Каждая начинается с ~2 KB стека и растёт по мере работы. Если создать тысячи горутин “без лимита”, возникают:

1. Утечки (goroutine leaks) — когда горутина блокируется на канале/IO навсегда.

2. Рост использования памяти — десятки тысяч горутин → сотни MB.

3. Перегрузка планировщика Go — runtime тратит много времени на управление M:N.

4. Out Of Memory — OS убивает процесс.

Ограничивать параллелизм можно:

• worker pool (pool из фиксированного числа горутин):

pool := make(chan struct{}, 20)
for _, task := range tasks {
    pool <- struct{}{}
    go func(task ...) {
        defer func(){ <-pool }()
        work(task)
    }()
}

• семафором

• каналами фиксированной ёмкости

• sizedwaitgroup

Пул горутин — единственно корректный способ обработки большого числа задач.