Effiziente Protokollierung für deaktivierte Anweisungen in Go

In kritischen Pfaden ist es von Vorteil, Debug-/Trace-Protokollierungsanweisungen einzubetten, die dynamisch umgeschaltet werden können Laufzeit. Diese Vorgehensweise eignet sich ideal zum Debuggen offline geschalteter Produktionssysteme oder zum Testen von Systemen, die die Produktionsumgebung widerspiegeln.

Für diese Art der Protokollierung gibt es jedoch eine entscheidende Anforderung: Deaktivierte Anweisungen dürfen nur minimale Auswirkungen auf die Leistung haben. In C/C wurde dies durch ein LOG-Makro erreicht, das die Argumentauswertung unterdrückte, bis ein Flag überprüft wurde.

Implementieren der deaktivierten Protokollierung in Go

Emulieren dieses Verhaltens in Go stellt Herausforderungen dar. Die Verwendung von io.Discard mit log.Logger ist keine Option, da es Protokollnachrichten auch dann formatiert, wenn es deaktiviert ist.

Ein erster Versuch mit einer EnabledLogger-Struktur implementiert die log.Logger-Schnittstelle und aktiviert/deaktiviert die Protokollierung basierend auf „Enabled“. Flagge. Die Argumentauswertung bleibt jedoch nicht unterdrückt, was möglicherweise zu Leistungsproblemen bei beliebigen Funktionsaufrufen führt.

Zwei Problemumgehungen

Um dieses Problem zu beheben, gibt es zwei Problemumgehungen:

1. Wrapper-Typen: Verwenden Sie Wrapper-Typen, um Funktionsaufrufe zu verzögern und sicherzustellen, dass Ausdrücke dies nicht tun ausgewertet, bis die aktivierte Prüfung bestanden wurde.
2. Manuelle Prüfungen: Umschließen Sie die Protokollierungsanweisung manuell mit einer aktivierten Prüfung, um die Ausführung zu verhindern, wenn sie deaktiviert ist.

Beide Ansätze führen zu Ergebnissen in ausführlichem und fehleranfälligem Code, was die Tür zu potenziellen Leistungseinbußen öffnet.

Sonstiges Optionen

Trotz der statischen Bewertungsregeln von Go gibt es einige zusätzliche Optionen:

• Benutzerdefinierte Protokollformatierer: Nutzung von fmt.Stringer und fmt.GoStringer Schnittstellen können die Argumentformatierung bis zur Ausführungszeit verzögern.
• Runtime Logger Swapping: Der gesamte Protokollierungsmechanismus kann über eine Logger-Schnittstelle oder Build-Einschränkungen ausgetauscht werden.
• Go-Codegenerierung: Erweiterte Codegenerierungstechniken können möglicherweise Code vorverarbeiten, indem sie den AST analysieren und spezielle Debug-Builds generieren.

Obwohl diese Lösungen nicht ideal für die dynamische Laufzeitkonfiguration sind, können sie in bestimmten Szenarien zu Leistungsverbesserungen führen.