Nil 슬라이스를 'nil'과 비교하는 것이 Go의 구체적인 유형과 인터페이스 사이에서 왜 다른가요?

인터페이스 유형 및 nil 슬라이스

Go에서 인터페이스 유형을 기대하는 함수에 변수를 전달할 때 동작은 기반에 따라 달라질 수 있습니다. 변수가 슬라이스인지 아닌지 여부를 결정합니다.

다음 스니펫을 고려하세요.

<code class="go">package main

import "fmt"

func main() {
    var i []int = nil
    yes(i) // output: true
    no(i)  // output: false
}

func yes(thing []int) {
    fmt.Println(thing == nil)
}

func no(thing interface{}) {
    fmt.Println(thing == nil)
}</code>

이 프로그램에서 yes 함수는 정수 슬라이스를 기대하는 반면 no 함수는 인터페이스를 기대합니다. 유형. nil 슬라이스 i를 사용하여 yes를 호출하면 슬라이스 자체가 nil이므로 출력은 true입니다. 그러나 nil 슬라이스로 no를 호출하면 false가 됩니다.

이런 일이 발생하는 이유를 이해하려면 Go의 인터페이스 구현을 자세히 살펴봐야 합니다. 내부적으로 인터페이스 유형은 유형 설명자를 참조하는 Itab과 실제 값을 보유하는 Data의 두 필드를 포함하는 구조체로 표시됩니다.

nil 슬라이스를 yes로 전달하면 nil 값만 전달됩니다. 데이터로 전달되고 비교는 사실상 nil == nil이 됩니다. 이는 사실입니다. 그러나 nil 슬라이스를 no에 전달하면 Go는 자동으로 이를 인터페이스 유형으로 래핑하여 no(interface{[]int, nil})와 같은 결과를 낳습니다. 이 경우 비교는 인터페이스{[]int, nil} == nil이 되며, 이는 기본 데이터가 nil임에도 불구하고 인터페이스 유형 자체가 nil이 아니기 때문에 false를 반환합니다.

이 동작은 그 원인일 수 있습니다. 인터페이스의 특성과 nil 값과 상호 작용하는 방식에 대해 설명합니다. Go FAQ에서 설명했듯이 nil 인터페이스와 nil 구체적인 값은 별개의 개념입니다. 인터페이스 유형에 nil 값이 있다고 해서 인터페이스 자체가 nil이라는 의미는 아닙니다. 따라서 nil 값이 포함된 인터페이스 유형을 nil과 비교하면 false가 됩니다.

위 내용은 Nil 슬라이스를 'nil'과 비교하는 것이 Go의 구체적인 유형과 인터페이스 사이에서 왜 다른가요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!