Эффективное ведение журнала отключенных операторов в Go

В критических путях полезно встраивать операторы журналирования отладки/трассировки, которые можно динамически переключать время выполнения. Эта практика идеальна для отладки производственных систем, отключенных от сети, или тестовых систем, зеркально отображающих производственную среду.

Однако для этого типа ведения журнала существует важное требование: отключенные операторы должны оказывать минимальное влияние на производительность. В C/C это было достигнуто с помощью макроса LOG, который подавлял вычисление аргументов до тех пор, пока не был установлен флаг. представляет проблемы. Использование io.Discard с log.Logger не является вариантом, поскольку он форматирует сообщения журнала, даже если он отключен.

Первоначальная попытка со структурой EnabledLogger реализует интерфейс log.Logger, включающий/отключающий ведение журнала на основе Enabled флаг. Однако оценка аргументов остается неизменной, что потенциально может привести к проблемам с производительностью при произвольных вызовах функций.

Чтобы решить эту проблему, существует два обходных пути:

Типы оболочек:

Проверки вручную:
1. Вручную оберните оператор ведения журнала включенной проверкой, чтобы предотвратить выполнение, если она отключена.
Оба подхода приводят к созданию многословного и подверженного ошибкам кода, открывая дверь для потенциального снижения производительности.
2. Другие параметры

Несмотря на статические правила оценки Go, есть несколько дополнительных опций:

Пользовательские форматировщики журналов:

Замена регистратора времени выполнения:
• Весь механизм протоколирования можно заменить через интерфейс регистратора или ограничения сборки.
Генерация кода Go:
• Расширенные методы генерации кода потенциально могут выполнять предварительную обработку кода путем анализа AST и создания специализированных отладочных сборок.
Хотя эти решения не идеальны для динамической конфигурации во время выполнения, они могут повысить производительность в конкретных сценариях.