Go에서 `defer Recover()`가 때때로 패닉을 복구하지 못하는 이유는 무엇입니까?

defer Recover()의 한계 이해

Go에서 defer Recover() 패턴을 사용하면 패닉을 포착하고 프로그램 종료를 방지할 수 있습니다. 그러나 예제에서 설명한 것처럼 defer Recover()를 직접 호출하면 패닉 상태에서 복구되지 않습니다. 이 동작은 Recover()의 특정 구현에 따라 달라집니다.

공식 문서에 따르면, Recover()는 지연된 함수 내에서 호출되는 경우에만 패닉을 억제합니다. 직접 호출하면 프로그램 종료를 방지하지 못합니다. 이러한 구별은 defer 복구()의 경우 지연된 함수가 복구() 호출 자체라는 사실에서 비롯됩니다.

이를 설명하려면 다음 예를 고려하세요.

package main

func main() {
    defer func() { recover() }() // Recoverable panic
    panic("panic")
}

이 시나리오에서는 익명 함수가 지연된 함수 역할을 하며 그 안의 복구() 호출이 패닉을 성공적으로 포착합니다.

그러나 다음 코드:

package main

func main() {
    defer recover() // Direct call to recover()
    panic("panic")
}

recover()가 지연된 함수로 직접 호출되어 프로그램이 복구되는 대신 패닉 상태가 됩니다.

흥미로운 변형

고려해야 할 흥미로운 변형은 다음 코드입니다. 패닉:

package main

func main() {
    var recover = func() { recover() } // Function type variable
    defer recover()
    panic("panic")
}

이 예에서는 복구라는 변수에 익명 함수를 할당합니다. 이 함수는 내장된 Recover() 함수를 호출합니다. 그런 다음 지연된 함수가 복구 변수의 값을 호출하도록 설정되어 효과적으로 복구()를 호출합니다. 결과적으로 패닉이 포착되고 프로그램이 계속 실행됩니다.

위 내용은 Go에서 `defer Recover()`가 때때로 패닉을 복구하지 못하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!