Когда интерфейс в Go считается равным nil?

В каком случае интерфейс равен nil?

• Интерфейс в Go включает две составляющие: тип и значение.
• Значение интерфейса считается nil только тогда, когда обе его части равны nil.
• Если тип определён, а значение равно nil, сам интерфейс не будет равен nil.
• Проблема появляется, когда функция возвращает интерфейс, содержащий nil-значение конкретного типа.
• Сравнение iface == nil даёт true лишь для интерфейса, у которого полностью отсутствуют тип и значение.
• Это необходимо учитывать при сравнении значений и обработке ошибок.
• Понимание этого правила позволяет избежать ошибочных срабатываний при проверке интерфейсов на nil.

Это важная особенность Go, которую следует помнить при работе с интерфейсными значениями.

Развёрнутый ответ

Основной ответ

В Go интерфейс равен nil только в том случае, если отсутствуют обе его составляющие: динамический тип и динамическое значение. Внутренне интерфейс представлен структурой из указателя на тип и указателя на данные. Когда оба указателя имеют значение nil, интерфейс считается равным nil.

Основные моменты

• Интерфейс, в котором присутствует тип, даже если его значение — это сам nil (например, (*MyStruct)(nil)), не равен nil. Тип в нём задан, хотя связанное с ним значение указывает на nil.
• Проверка if iface == nil возвращает true только тогда, когда внутри интерфейса не заданы ни тип, ни значение.
• Распространённая ошибка заключается в предположении, что интерфейс равен nil, если хранит nil-указатель. На практике это два различных состояния, из-за которых возникают неожиданные ошибки, особенно при работе с ошибками (error) и пользовательскими интерфейсами.

Практический контекст

В прикладном коде нередко функция возвращает интерфейс, внутри которого находится nil-указатель. Поэтому прямое сравнение такого результата с nil не срабатывает, например:

var p *MyStruct = nil
var i interface{} = p
fmt.Println(i == nil) // false, потому что тип MyStruct присутствует

Для корректной проверки фактического nil-значения внутри интерфейса применяют type assertion или reflect. Начиная с Go 1.18+ особенно важно внимательно обрабатывать возврат nil и интерфейсов, прежде всего при работе с ошибками: это помогает избежать логических утечек, вызванных неправильным сравнением с nil.