Antwort.

Go unterstützt die Funktion init zur Ausführung von Initialisierungscode vor dem Start von main(). Beim Starten des Go-Programms ruft der Compiler automatisch alle init-Funktionen auf, die in jedem Paket deklariert sind, nach der Initialisierung der Paketvariablen.

Geschichte der Frage: Notwendigkeit einmaliger Vorbereitung des Paketstatus vor dessen Verwendung.

Problem: Die Reihenfolge der Initialisierung von init wird oft zur Ursache für nicht offensichtliche Fehler: Es ist schwierig zu kontrollieren, wann genau eine bestimmte init-Funktion ausgeführt wird, besonders bei vielen Abhängigkeiten zwischen Paketen.

Lösung:

In jedem Paket sind beliebig viele Funktionen mit der Signatur func init() erlaubt. Die Aufrufe erfolgen in der Reihenfolge, die durch die Abhängigkeiten der Importe festgelegt ist. Man sollte init-Funktionen nicht missbrauchen – es wird empfohlen, sie mit minimalem Code zu halten.

Beispielcode:

package example
import "fmt"

var Cfg string = "default"

func init() {
    fmt.Println("example init")
    Cfg = "configured"
}

Wesentliche Merkmale:

Alle init-Funktionen im Paket werden nach der Initialisierung globaler/Paketvariablen aufgerufen.
Wenn es mehrere init-Funktionen gibt, ist die Reihenfolge ihrer Aufrufe dieselbe wie die Reihenfolge der Deklarationen in der Datei.
Die Reihenfolge der Initialisierung von Paketen wird durch den Importbaum bestimmt – zuerst die Abhängigkeiten, dann das eigene Paket.

Fangfragen.

Kann man mehr als eine init-Funktion in einer Datei definieren?

Ja, mehrere init-Funktionen sind zulässig – sie werden in der Reihenfolge ihrer Deklaration aufgerufen.

Was passiert, wenn ein Paket nur indirekt (über _ "package") importiert wird?

Es werden nur die init-Funktionen und die Initialisierung der Variablen dieses Pakets ausgeführt.

Können init-Funktionen einen Wert oder einen Fehler zurückgeben?

Nein. Die Signatur von init ist unveränderlich: func init(), ohne Parameter und Rückgabewerte.

Typische Fehler und Anti-Pattern

Verwendung von init für komplexe Geschäftslogik oder umfangreiche Initialisierungen.
Versteckte Änderungen von Variablen über init in verschiedenen Paketen, die zu unvorhersehbarem Verhalten führen.
Mehrere init-Funktionen ohne Notwendigkeit.

Beispiel aus dem Leben

Negativer Fall

Ein großes Projekt verlässt sich auf komplexe init-Funktionen, die globale Zustände mit Abhängigkeiten zwischen Paketen initialisieren. Dies verursachte flüchtige Laufzeitfehler.

Vorteile:

Vereinfachte Initialisierung (keine explizite Aufruf in main).

Nachteile:

Abhängigkeit von der Reihenfolge und dem Zugriff erschwerte das Testen und Debugging.

Positiver Fall

Init wird nur für grundlegende oder test-spezifische Aufgaben verwendet, alles andere wird in explizite Funktionen ausgelagert, die aus main() aufgerufen werden. Die Reihenfolge des Starts ist offensichtlich, die Einfachheit des Testens ist gegeben.