오류 인터페이스를 만족하는 구조체의 nil 인스턴스가 nil과 같지 않은 이유는 무엇입니까?

Nil Nil 인터페이스 비교 퍼즐

오류 인터페이스를 만족함에도 불구하고 nil 인스턴스가 있는 구조체는 동작하지 않습니다. nil.

질문:

다음 코드는 왜 "Error is nil"을 출력하지 않습니까?

<code class="go">type Goof struct {}

func (goof *Goof) Error() string {
    return fmt.Sprintf("I'm a goof")
}

func TestError(err error) {
    if err == nil {
        fmt.Println("Error is nil")
    } else {
        fmt.Println("Error is not nil")
    }
}

func main() {
    var g *Goof // nil
    TestError(g) // expect "Error is not nil"
}</code>

정답:

Go에서 인터페이스 비교는 유형과 값을 모두 고려합니다. Goof 유형은 error 인터페이스를 구현하는 반면, Goof의 nil 인스턴스(*Goof)(nil)는 error(nil).

해결책:

이 문제를 해결하려면 다음 접근 방식 중 하나를 채택할 수 있습니다.

• err 오류 선언 var g *Goof 대신. 이는 오류 유형의 0 값인 nil으로 err을 초기화합니다.
• 오류를 반환하는 함수에서는 암시적으로 두지 않고 명시적으로 nil을 반환합니다.

자세한 내용은 아래 확장 응답을 참조하세요.

확장 응답:

인터페이스 값은 유형과 유형의 두 가지 구성 요소로 구성됩니다. 동적 가치. nil 인터페이스 값에는 nil 유형과 nil 값이 모두 포함됩니다. 우리의 경우 (*Goof)(nil)은 nil이 아닌 유형(Goof)을 갖지만 nil 값을 갖습니다.

또한 Go의 항등 연산자(==)는 유형 ID를 엄격하게 확인합니다. 따라서 (*Goof)(nil)과 error(nil)의 비교는 유형이 다르기 때문에 실패합니다.

이 동작은 Go의 다른 유형 검사와 일치합니다. 예를 들어 다음 코드에서 기본 데이터는 동일하지만(3) 변수 유형이 다르기 때문에 인터페이스에 저장할 때 불평등이 발생합니다.

<code class="go">var x int = 3
var y Bob = 3
var ix, iy interface{} = x, y
fmt.Println(ix == iy) // false</code>

위 내용은 오류 인터페이스를 만족하는 구조체의 nil 인스턴스가 nil과 같지 않은 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!