Rumah > pembangunan bahagian belakang > Golang > Mengapa Nested `menangguhkan` Gagal Memulihkan Panik dalam Go?

Mengapa Nested `menangguhkan` Gagal Memulihkan Panik dalam Go?

Linda Hamilton
Lepaskan: 2024-11-23 10:33:12
asal
501 orang telah melayarinya

Why Does Nested `defer` Fail to Recover Panics in Go?

Menyingkap Sebab di sebalik Pemulihan Tidak Berkesan dalam Fungsi Tertunda Bersarang

Di Golang, recover() berfungsi sebagai mekanisme penting untuk mengendalikan pengecualian dan mencegah penyebaran panik. Walau bagaimanapun, pemerhatian yang menarik timbul apabila menggunakan recover() dalam fungsi tertunda bersarang. Bertentangan dengan jangkaan, panik mungkin masih berlaku walaupun terdapat penangguhan bersarang.

Untuk menggambarkan anomali ini, pertimbangkan kod berikut:

package main

import "fmt"

func printRecover() {
    r := recover()
    fmt.Println("Recovered:", r)
}

func main() {
    // Direct deferred call to recover()
    defer printRecover()

    panic("OMG!")
}
Salin selepas log masuk

Apabila dilaksanakan, kod ini beroperasi seperti yang dimaksudkan:

Recovered: OMG!
Salin selepas log masuk

Walau bagaimanapun, apabila kami menyertakan printRecover() dalam penangguhan bersarang fungsi:

package main

import "fmt"

func printRecover() {
    r := recover()
    fmt.Println("Recovered:", r)
}

func main() {
    // Nested deferred call to recover()
    defer func() {
        printRecover()
    }()

    panic("OMG!")
}
Salin selepas log masuk

Hasilnya berubah:

Recovered: <nil>
panic: OMG!

goroutine 1 [running]:
main.main()
    /tmp/sandbox898315096/main.go:15 +0x60
Salin selepas log masuk

Percanggahan berpunca daripada gelagat unik recover(). Mengikut spesifikasi Go, recover():

  • Mengembalikan sifar jika:

    • Hujah panik adalah sifar
    • Groutine tidak panik
    • recover() tidak dipanggil secara langsung oleh penangguhan fungsi

Dalam kes tertunda bersarang, recover() tidak digunakan secara langsung oleh fungsi tertunda paling luar tetapi oleh fungsi tertunda. Akibatnya, ia mengembalikan sifar, meninggalkan panik tidak dikendalikan.

Perbezaan penting ini menyerlahkan kepentingan menggunakan recover() secara langsung dalam fungsi tertunda untuk memastikan pemulihan panik yang berkesan di Golang.

Atas ialah kandungan terperinci Mengapa Nested `menangguhkan` Gagal Memulihkan Panik dalam Go?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

sumber:php.cn
Kenyataan Laman Web ini
Kandungan artikel ini disumbangkan secara sukarela oleh netizen, dan hak cipta adalah milik pengarang asal. Laman web ini tidak memikul tanggungjawab undang-undang yang sepadan. Jika anda menemui sebarang kandungan yang disyaki plagiarisme atau pelanggaran, sila hubungi admin@php.cn
Artikel terbaru oleh pengarang
Tutorial Popular
Lagi>
Muat turun terkini
Lagi>
kesan web
Kod sumber laman web
Bahan laman web
Templat hujung hadapan