Отлов паники, возникшей в горутине, в функции main

Нет: recover в main не ловит panic другой горутины. При n=0 деление на ноль в printNumber останется необработанным и завершит процесс.

Короткий ответ

Что ответить на собеседовании

Нет: recover в main не ловит panic другой горутины. При n=0 деление на ноль в printNumber останется необработанным и завершит процесс.

Подробный разбор

Ответ с пояснениями

Условие

Нужно выяснить, будет ли паника, возникшая в функции printNumber, отловлена блоком recover() в функции main.

package main

import (
    "fmt"
    "sync"
    "time"
)

func main() {
    defer func() {
        if r := recover(); r != nil {
            fmt.Println(r)
        }
    }()

    var wg sync.WaitGroup
    sem := make(chan struct{}, 5)

    for idx := 0; idx < 10; idx++ {
        wg.Add(1)
        go func(num int) {
            defer wg.Done()
            printNumber(sem, num)
        }(idx)
    }

    wg.Wait()
    close(sem)
}

func printNumber(sem chan struct{}, n int) {
    sem <- struct{}{}
    time.Sleep(time.Second)
    fmt.Println(1 / n)
    <-sem
}

Ответ

Нет: recover в main не ловит panic другой горутины. При n=0 деление на ноль в printNumber останется необработанным и завершит процесс.

Разместите отложенный recover внутри каждой рабочей горутины или самой printNumber, если восстановление действительно допустимо. Сразу после захвата семафора добавьте defer для освобождения слота: обычное чтение в конце не выполнится при panic. Лучше заранее обработать n=0 как ошибку входа. WaitGroup и mutex не перехватывают панику и не заменяют такой контроль.

ИИ-помощник для собеседований

Хочешь уверенно проходить собеседования?

Попробуй ИИ-помощник для собеседований: слышит вас и собеседника, анализирует экран, подсказывает ответы в реальном времени, работает без VPN и не попадает в захват экрана.

Подробнее