но вообще - []struct{name string, val string}

есть много мелких мап - map[string]T надо их склеить в одну и отрендерить json

они есть в каком виде? слайсом?

я как понял падают с какого то генератора

this

тут такое дело

json - не потоковый формат. стандартные средства будут хотет объект целиком.

так что “выдать заголовок, потом добавлять по одной строки, потом закрыть json-объект” со стандартными средствами не получится

ну это понятно, может кто уже сляпал библиотеку

так не нужно же

задача просто из разряда сову на глобус

а

буду, видимо, делать Fprintf и упражняться с экранированием

говноооо

jsoniter?

Вроде он может как раз такое

jsoniter.Stream, похоже, значительно упростит жизнь, благодарствую 👍

Спасибо. Сработало :)

Map и утечки
Ко вчерашнему обсуждению. Вроде выяснили, что мапы не гарантируют особождения памяти. И вот прямо сейчас я вижу в крупном проекте, от которого зависит проект нашей компании, кеш на sync.Map. И эта херня растет бесконечно, несмотря на косметические delete. При этом единственный workaround, который я видел - копировать одну мапу в другую при удалении ключей, чтобы ссылка на первую потерялась и GC почистил, НО sync.Map НЕЛЬЗЯ КОПИРОВАТЬ. Очень не хочется переписывать их кеш и потом добиваться принятия pull request, есть ли ещё какие-то способы освободить память из под мапы?

Подозреваю, что sync.Map используется не по назначению. Он создан для случаев, когда очень редко меняется. Так что лучше всего переписать на обычный мап и лок

Так вам же никто не запрещает в YAML использовать JSON-нотации для определения вложенностей)
JSON — подмножество YAML. Используйте не отступы, а фигурные и квадратные скобки)