Ответ.

История вопроса:

В Go нет универсальных контейнеров типа generic map по умолчанию — только начиная с Go 1.18 появились обобщения, но для динамических структур и раньше и сейчас часто используют map[string]interface{}, что позволяет хранить значения любого типа по строковому ключу.

Проблема:

Этот паттерн — аналог словаря/JSON-объекта, встречается везде для сериализации, работы с мидлваре, данных без определённой структуры (например, парсер JSON через encoding/json). Однако обращение к значениям требует ручного приведения типов и осторожности с неявными значениями и отсутствием ключей.

Решение:

Использовать map[string]interface{} там, где не известна структура входных данных. Аккуратно проверять наличие ключа, приводить тип (type assertion) только после exists-idiom. Лучше не держать такие мапы "глубоко" в бизнес-логике, а как адаптер на границах системы.

Пример кода:

obj := map[string]interface{}{
    "int": 42,
    "str": "привет",
    "flag": true,
}

if v, ok := obj["int"]; ok {
    n, success := v.(int)
    if success {
        fmt.Println(n)
    }
}

Ключевые особенности:

Позволяет хранить значения любых типов в одной map.
Требует строгого контроля при приведении типов и чтении значений.
Часто используется для JSON/HTTP API, но не рекомендован для основной бизнес-логики.

Вопросы с подвохом.

Можно ли без ошибок обращаться к значению по ключу в map[string]interface{}, если ключ отсутствует?

Нет, это даст значение "zero value" (nil) для interface{}, приведение типа к конкретному даст панику.

Что происходит при сериализации map[string]interface{} с вложенными срезами или другими map?

JSON-сериализация корректно обработает структуру, но если есть типы, не поддерживаемые by default (тыклы, канал, функция), будет ошибка маршализации.

Можно ли сравнивать два значения в map[string]interface{} по ==?

Нет, interface{} можно сравнивать только если underlying value сравнимый. Если туда попадёт map или slice — panic при сравнении.

Типовые ошибки и анти-паттерны

Не делать type assertion, считая, что всегда правильный тип.
Держать "сырые" такие map в логике приложения, а не на границах/при парсинге.
Не проверять существование ключа перед чтением.

Пример из жизни

Негативный кейс

В приложении вся логика построена на объектах map[string]interface{}, каждый контроллер/сервис передаёт их глубоко по вызовам.

Плюсы:

Гибко, быстро стартовать прототип.

Минусы:

Нет проверки типов — баги проявляются в рантайме.
Трудно читать и поддерживать код.

Позитивный кейс

Используют map[string]interface{} только для работы с внешними интерфейсами, входными/выходными данными, потом переводят в нормальные структуры.