Սերվիսը արտադրությունում կայուն չի աշխատում 5 րոպեից ավելի։ Հաջողվեց տեղայնացնել խնդիրը՝ կա մի ֆունկցիա P() երրորդ կողմի գրադարանում, որը որոշակի հավանականությամբ պանիկ է առաջացնում։ Ինչպես լուծել այս խնդիրը։ Գրադարանն բաց աղբյուր է, կոդը կարող եք դիտել vendor-ում։

Եթե արտաքին գրադարանի P() ֆունկցիան որոշ հավանականությամբ առաջացնում է panic, և գրադարանի կոդը բաց է, ապա կարող եք ձեռնարկել հետևյալ քայլերը:

1. Աշխատեք P() ֆունկցիայի կանչը recover կառուցվածքով, որպեսզի բռնեք panic-ը և կանխեք ամբողջ ծառայության անկումը:

2. Ստուգեք vendor-ում P() ֆունկցիայի կոդը, որպեսզի հասկանալ panic-ի պատճառները — հնարավոր է, դա սխալ է տրամաբանության մեջ կամ սխալ օգտագործում:

3. Եթե հնարավոր է, ուղղեք սխալը գրադարանում և վերականգնել այն:

4. Եթե ուղղումը հնարավոր չէ կամ ժամանակ է պահանջում, կարող եք գրել wrapper, որը անվտանգ կերպով կանչում է P() և կառավարում սխալները:

Օրինակ, Go-ում recover-ով wrapper-ի օրինակ:

func safeP() (err error) {
    defer func() {
        if r := recover(); r != nil {
            err = fmt.Errorf("panic բռնվեց: %v", r)
        }
    }()
    P() // խնդիրային ֆունկցիայի կանչ
    return nil
}

Այսպիսով, ծառայությունը չի կորչի panic-ով, և սխալները կարելի է գրանցել և վերլուծել։