Интерфейсное значение — пара (тип, значение). Оно равно nil, только когда обе части nil. Если положить в интерфейс nil-указатель конкретного типа, тип уже заполнен — интерфейс не nil, и err != nil срабатывает.
А ещё Метод на nil-указателе можно вызвать — если он не обращается к полям
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Почему так. Сравнение интерфейса с nil проверяет, что в нём нет ни типа, ни значения. Присваивание var err error = (*MyErr)(nil) записывает тип *MyErr — интерфейс «знает», что внутри указатель на MyErr, просто этот указатель пустой.
Где встречается: функции, возвращающие конкретный тип ошибки через промежуточную переменную; фабрики, возвращающие интерфейс и nil-указатель реализации; поля-интерфейсы, заполненные из nil-указателей.
Как избегать: возвращать nil литералом; объявлять результат функции интерфейсом error с самого начала; линтеры (nilness, staticcheck) ловят часть случаев.
sottotype MyErr struct{}
func (*MyErr) Error() string { return "ошибка" }
func check(ok bool) error {
var e *MyErr // nil-указатель
if !ok { e = &MyErr{} }
return e // интерфейс (тип *MyErr, значение nil) — не nil!
}
fmt.Println(check(true) == nil) // false
// правильно
func check2(ok bool) error {
if !ok { return &MyErr{} }
return nil
}sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.