Der Service in der Produktion läuft nicht stabiler als 5 Minuten. Es ist gelungen, das Problem zu lokalisieren: Es gibt eine Funktion P() in einer Drittanbieterbibliothek, die mit einer gewissen Wahrscheinlichkeit einen Panic auslöst. Wie kann man dieses Problem lösen? Die Bibliothek ist Open Source, der Code kann im vendor eingesehen werden.

Wenn die Funktion P() aus einer externen Bibliothek mit einer gewissen Wahrscheinlichkeit einen Panic auslöst und der Bibliothekscode offen ist, können folgende Schritte unternommen werden:

1. Den Aufruf von P() in eine recover-Konstruktion einbetten, um den Panic abzufangen und den Ausfall des gesamten Dienstes zu verhindern.

2. Den Code der Funktion P() im Vendor untersuchen, um die Ursachen des Panics zu verstehen — möglicherweise ein Fehler in der Logik oder eine falsche Verwendung.

3. Falls möglich, den Fehler in der Bibliothek beheben und sie neu kompilieren.

4. Falls eine Korrektur nicht möglich ist oder Zeit erfordert, kann eine Wrapper-Funktion um P() geschrieben werden, die die Funktion sicher aufruft und Fehler behandelt.

Beispiel für einen Wrapper mit recover in Go:

func safeP() (err error) {
    defer func() {
        if r := recover(); r != nil {
            err = fmt.Errorf("Panic erfasst: %v", r)
        }
    }()
    P() // problematische Funktion aufrufen
    return nil
}

Auf diese Weise fällt der Dienst nicht wegen eines Panics aus, und Fehler können geloggt und analysiert werden.