Golang Recover의 작은 함정을 기록합니다.

                                                        O 다음은 lGolang 튜토리얼

칼럼에 나온 Golang Recover의 작은 구덩이입니다. 필요한 친구들에게 도움이 되길 바랍니다!

1.error

Golang은 Java, PHP, Python 등과 같은 대부분의 고급 프로그래밍 언어에 강력하고 편리한 예외 처리 메커니즘이 부족하다는 비판을 자주 받습니다. 메커니즘. 이 예외 포착 메커니즘은 프로그램 작동 중에 발생할 수 있는 다양한 예상치 못한 상황을 처리하는 데 매우 편리할 수 있습니다. 엄밀히 말하면 Go에서 오류와 예외는 서로 다른 두 가지 유형입니다. 오류는 일반적으로 프로그램에서 생성된 논리적 오류나 예상치 못한 예상치 못한 상황을 의미하고, 예외는 일반적으로 범위를 벗어난 첨자 및 단락 오류와 같은 패닉을 의미합니다. 실수.

오류의 경우 Golang은 매우 원시적인 방법을 사용합니다. 발생할 수 있는 모든 오류를 수동으로 처리해야 합니다. 일반적으로 Go에서는 다음과 같은 작성 방법이 매우 일반적입니다. 작성 방법의 문제점은 각 오류를 판단하고 처리해야 한다는 점이며 이는 매우 번거롭습니다. try catch 메커니즘을 사용하면 여러 함수 호출에서 발생할 수 있는 오류를 균일하게 처리할 수 있어 약간의 코드와 시간이 절약됩니다. 하지만 오늘은 Go의 예외 및 오류 처리 메커니즘에 대해 논의하기 위해 여기 온 것이 아닙니다. 여기서는 이에 대해 간략하게 설명하겠습니다.

2.panic

일반적으로 오류는 프로그램에 의해 명시적으로 표시되고 반환되는 반면 다음 코드와 같이 예외는 암시적이고 예측할 수 없는 경우가 많습니다.

package mainimport (
    "errors"
    "fmt")func main() {
    s, err := say()
    if err != nil {
        fmt.Printf("%s\n", err.Error())
    } else {
        fmt.Printf("%s\n", s)
    }}func say() (string, error) {
    // do something
    return "", errors.New("something error")}复制代码

세 번째 계산을 수행하는 동안 때때로 패닉이 발생합니다. 이 오류로 인해 프로그램이 종료되고 다음 코드가 실행되지 않습니다. 물론 이런 종류의 오류는 이론적으로 예측 가능하며 cal 함수 내에서 처리하면 된다고 말할 수 있습니다. 그러나 실제 개발에서는 패닉이 발생하는 곳이 많을 수 있으며, 웹 서비스에서는 이러한 패닉으로 인해 웹 서비스 전체가 중단되는 현상이 발생합니다. 특히 위험해요.

3.recover

Try catch 메커니즘은 없지만 Go에는 실제로 유사한 복구 메커니즘이 있으며 기능은 약간 약하고 사용법은 매우 간단합니다.

package mainimport "fmt"func main() {
    fmt.Printf("%d\n", cal(1,2))
    fmt.Printf("%d\n", cal(5,2))
    fmt.Printf("%d\n", cal(5,0)) //panic: runtime error: integer pide by zero 
    fmt.Printf("%d\n", cal(9,5))}func cal(a, b int) int {
    return a / b}复制代码

우선 모든 사람이 defer의 역할을 이해하세요. 간단하게 defer는 객체지향의 소멸자와 유사합니다. 패닉으로 인해 종료되더라도 이 함수가 종료될 때 실행됩니다. 그래서 cal 함수가 종료될 때마다 예외가 발생하는지 확인하여 프로그램이 계속 실행될 수 있도록 로그를 기록하는 등의 처리를 할 수 있습니다.

4. 주의할 사항

일반적으로 지연 복구 메커니즘은 웹 서비스와 같은 상주 프로세스 애플리케이션에서 자주 사용됩니다. 그렇지 않은 경우 각 웹 요청에는 처리할 고루틴이 할당됩니다. 어떤 처리 상황에서든 요청에 ​​문제가 발생하면 전체 서비스가 중단될 수 있으며 이는 허용되지 않습니다. 따라서 요청에 오류가 발생하더라도 다른 요청이 처리되도록 웹 애플리케이션에서 복구를 사용해야 합니다. 영향을 받지 않습니다. 여기에서는 작은 코드 조각을 사용하여 시뮬레이션합니다.

package mainimport "fmt"func main() {
    fmt.Printf("%d\n", cal(1, 2))
    fmt.Printf("%d\n", cal(5, 2))
    fmt.Printf("%d\n", cal(5, 0))
    fmt.Printf("%d\n", cal(9, 2))}func cal(a, b int) int {
    defer func() {
        if err := recover(); err != nil {
            fmt.Printf("%s\n", err)
        }
    }()
    return a / b}复制代码

위 코드는 완전히 실행할 수 없습니다. 코루틴 중 하나가 필연적으로 패닉을 일으키고 전체 애플리케이션이 중단되고 다른 코루틴의 실행이 중단되기 때문입니다.

해결책은 위와 동일합니다. 실행 기능에 복구 지연을 추가하기만 하면 패닉이 발생하더라도 전체 프로그램이 매우 강력하게 실행됩니다.

package mainimport (
    "fmt")func main() {
    requests := []int{12, 2, 3, 41, 5, 6, 1, 12, 3, 4, 2, 31}
    for n := range requests {
        go run(n) //开启多个协程
    }

    for {
        select {}
    }}func run(num int) {
    //模拟请求错误
    if num%5 == 0 {
        panic("请求出错")
    }
    fmt.Printf("%d\n", num)}复制代码

위 코드는 단지 데모일 뿐입니다. 실제 함정은 실행 함수에서 다른 코루틴을 시작하면 이 코루틴에서 발생한 패닉을 복구할 수 없으며 여전히 전체 프로세스가 중단된다는 점입니다. 위의 예를 들어보세요.

func run(num int) {
    defer func() {
        if err := recover();err != nil {
            fmt.Printf("%s\n", err)
        }
    }()
    if num%5 == 0 {
        panic("请求出错")
    }
    fmt.Printf("%d\n", num)}复制代码

run 함수에서 코루틴을 통해 다른 함수를 호출했는데 이 함수도 패닉 상태가 됩니다. run 함수가 복구되더라도 문제가 발생하지 않습니다. 이는 myPrint 함수에 복구도 추가해야 함을 의미합니다. 그러나 코루틴을 사용하여 myPrint 함수를 호출하지 않는 경우에도 직접 호출하여 복구를 캡처할 수 있습니다.

요약하자면, 지연 복구 메커니즘은 현재 함수와 직접 호출된 함수에 의해 생성될 수 있는 패닉에만 적용됩니다. 이는 호출로 인해 생성된 다른 코루틴의 패닉을 처리할 수 없습니다.

이론적으로는 애플리케이션이 완벽한지 확인하기 위해 코루틴이 사용되는 모든 장소에서 복구를 연기해야 ​​합니다. 그러나 개발 중 실제 상황에 따라 잘못될 가능성이 없는 일부 기능을 추가하는 것도 영향을 미칠 수 있습니다. 성능.

Go의 웹 서비스도 마찬가지입니다. 기본 복구 메커니즘은 이 요청을 처리하는 데 다른 코루틴을 사용하는 경우 결국 패닉이 발생하는 한 전체 웹 서비스에 매우 주의해야 합니다. 끊을 것이다.

마지막으로 Go의 예외 처리 메커니즘은 다른 많은 언어만큼 효율적이지는 않지만 기본적으로 요구 사항을 충족할 수 있으며 공식적으로 이를 개선하고 있으며 Go2에서는 이를 확인할 수 있습니다.

추천: "언어 튜토리얼로 가기"

위 내용은 Golang Recover의 작은 함정을 기록합니다.의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!