Golang Defer 함수가 패닉 시퀀스를 종료하지 않고 새로운 패닉을 유발할 수 있습니까?

특히 기존 패닉 중에 지연 함수 내부 패닉이 허용됩니까?

다음 코드 조각을 고려하세요.

func sub(){
    defer func (){
        panic(2)
    }()
    panic(1)
}

func main(){
    defer func(){
        x:=recover()
        println(x.(int));
    }()
    sub()
}

이를 실행할 때 코드에서는 초기 패닉(1)이 두 번째 패닉으로 대체되는 것으로 보입니다. 패닉(2).

이런 방식으로 진행하거나 지연 함수 내에서 패닉이 발생할 수 있는 Golang 함수를 호출하는 것이 허용됩니까?

예 , 그것은 허용됩니다. 연기 기능으로 인해 당황하는 것은 새롭거나 독특한 상황이 아닙니다. 이는 단순히 패닉 시퀀스가 ​​계속될 것임을 나타냅니다.

제공된 예제 코드는 이러한 허용 가능성을 보여 주며 defer 함수에서 호출된 패닉()이 어떻게 "상위" 수준의 Recover() 호출에 의해 포착될 수 있는지 보여줍니다. .

Golang 사양에 따르면 지연된 함수 실행 중에 패닉이 발생하면 복구 함수가 catch하지 않고 패닉()을 실행하면 패닉 시퀀스가 ​​종료되지 않습니다.

게다가 defer 함수 내에서 Patrick()이 호출되더라도 다른 모든 deferred 함수는 실행됩니다. 그러나 지연 함수에 복구 기능이 없는 패닉()은 기존 패닉을 "덮어쓰는" 것이 아니라 "래핑"합니다.

예를 들어 다음 코드를 고려하세요.

func main() {
    defer func() {
        fmt.Println("Checkpoint 1")
        panic(1)
    }()
    defer func() {
        fmt.Println("Checkpoint 2")
        panic(2)
    }()
    panic(999)
}

출력:

Checkpoint 2
Checkpoint 1
panic: 999
    panic: 2
    panic: 1

모든 defer 함수가 Panic()을 호출하더라도 모두 여전히 실행되며 결과 패닉 시퀀스에는 전달된 값이 표시됩니다. 각 패닉() 호출.

연기 함수 내에서 복구()가 호출되면 최종 출력에는 다음 "복구된" 정보도 표시됩니다.

defer func() {
    recover()
    fmt.Println("Checkpoint 1")
    panic(1)
}()
defer func() {
    recover()
    fmt.Println("Checkpoint 2")
    panic(2)
}()

출력:

Checkpoint 2
Checkpoint 1
panic: 999 [recovered]
    panic: 2 [recovered]
    panic: 1

위 내용은 Golang Defer 함수가 패닉 시퀀스를 종료하지 않고 새로운 패닉을 유발할 수 있습니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!