Производительность: Enabled и горячий путь

Разбор slog производительность начинается с отброшенной записи. Аргументы вызова вычисляются до того, как Logger спросит Handler, нужен ли ему этот уровень, — поэтому logger.Debug("состояние", "dump", buildDump(state)) соберёт дамп на каждой итерации даже там, где Debug отключён. Лечится это плоской проверкой: logger.Enabled(ctx, slog.LevelDebug) возвращает решение обработчика за одно сравнение, и дорогую сборку прячут под неё. Ставить проверку стоит там, где аргументы дорогие: дампы состояния, сериализация структур, запрос счётчиков. Дешёвые пары вида «user_id», id обёртывать не нужно — цена их вычисления сравнима с ценой самой проверки, и guard размажет по коду больше шума, чем сэкономит наносекунд. Отдельный приём — LogValuer из девятого урока: отложенное значение собирается только при записи, и отброшенный вызов его не вызывает; там, где поле дорогое и повторяется во многих местах, обёртка с LogValue чище, чем if на каждом вызове.

Значение в slog хранится в Value вместе с типовым kind: slog.Int кладёт число как int64, slog.String — строку, и встроенные обработчики печатают их напрямую, без отражения. Пара с произвольным значением идёт через Any: для структур и срезов это интерфейс и marshalling через отражение в JSONHandler — аллокации и время на каждую записанную строку. Самый частый расход — fmt.Sprintf в аргументах: строка склеивается до проверки уровня, даже если запись отбросят, и это тот случай, когда «бесплатный Debug» стоит как настоящий. Строку, без которой не обойтись, собирают внутри guard'а или выносят в поле отдельным вызовом. Константные атрибуты вроде component=api выносят в переменные пакета: Attr — иммутабельное значение, безопасное для горутин из тринадцатого урока, и переиспользование ничего не стоит. Группы и вложенные поля собирают один раз при старте логгера — на горячем пути они не добавляют скорости, только структуру.

Числа из чужих таблиц сравнения логгеров к вашему случаю отношения не имеют: цена вызова зависит от полей, их типов, обработчика и writer. Методика простая и повторяемая: свой обработчик с вашим порогом уровня, свои поля в том сочетании, как они пишутся на горячем пути, io.Discard вместо внешнего мира. Отдельно меряют записанный вызов и отброшенный — второе число отвечает на вопрос, сколько стоит забытый Debug с дорогим аргументом. Бенчмарк отвечает «сколько», но не «где болит»: место лога в общей нагрузке покажет профиль сервиса — иногда наносекунды на вызов теряются в цене HTTP-запроса, а иногда цикл по миллиону элементов дышит логом. Для честного сравнения с zap измеряют ту же комбинацию полей на их логгере — и помнят, что у zap есть sampling, а у встроенных обработчиков slog его нет; при шторме записей помогает уровень и дисциплина полей, а не надежда на фильтр. Полезное соотношение — между двумя своими измерениями: во сколько раз отброшенный вызов дешевле записанного, настолько и тяжёлой была бы забытая отладка на проде.

Собрать быстрый логгер go можно без единой экзотики, на четырёх правилах дисциплины. Первое: уровни по окружению — Info в проде, Debug в стенде; раскладку по переменным окружения даёт восемнадцатый урок, и это самый крупный рычаг: половина записей исчезает без единой строчки кода. Второе: дорогие значения — под Enabled или в LogValuer, чтобы отброшенная запись не платила за сборку. Третье: лог в цикле по элементам — антипаттерн из двадцать третьего урока; агрегируйте итог или логируйте выборочно, иначе даже дешёвый вызов в миллион итераций станет статьёй расходов. Четвёртое: ключи и константные атрибуты — константами пакета, а не строками по месту. Мьютекс обработчика из тринадцатого урока в этой картине не виноват: его цена на фоне сборки записи несущественна, и разъезд логгеров по горутинам её не уберёт, зато потеряет поля.