GO에서 Viper 라이브러리를 사용할 때 포인터 자체 대신 포인터 주소를 전달 해야하는 이유는 무엇입니까?

Go Language Viper Library의 Unmarshalkey 기능 및 포인터 주소 전송에 대한 자세한 설명

이 기사에서는 UnmarshalKey 함수가 GO에서 Viper 라이브러리를 사용할 때 포인터 자체 대신 포인터 주소를 전달 해야하는 이유에 대해 설명합니다. 코드 예제 및 Viper Library 소스 코드와 함께이 문제를 분석합니다.

문제의 근본 원인은 UnmarshalKey 함수 내부의 반사 메커니즘에 있습니다. 이 기능은 구성 파일에서 데이터를 대상 구조로 그룹화하지 않기 위해 주소 가능한 포인터가 필요합니다. 포인터는 포인터 유형이지만 주소가 가능한 메모리 주소가 아니며 수정할 수 없습니다.

코드 예제 및 문제 분석 :

이 기사에 제공된 코드 예제는이 문제를 분명히 보여줍니다. global.serversetting 은 유형 *setting.serversettings (포인터)이지만 할당 된 메모리 주소를 가리 킵니다. UnmarshalKey 함수가 요구하는 것은이 포인터의 주소가 가리키는 메모리 영역의 값을 수정하기 위해이 포인터의 주소입니다. global.serversetting 직접 통과시키는 것은 주소 자체가 아닌 포인터 (즉, 메모리 주소)의 값을 전달하는 것과 같습니다. 이로 인해 serversetting 에 의해 지적 된 구조의 내용을 수정할 수 UnmarshalKey .

바이퍼 라이브러리 소스 코드 분석 :

Viper 라이브러리의 newdecoder 함수 단편 :

 func newdecoder (config *decoderconfig) ( *디코더, 오류) {
    val : = recind.valueof (config.result)
    val.kind ()! = 반사 .ptr {If If
        반환 nil, errors.new ( "결과는 포인터 여야합니다")
    }

    val = val.elem ()
    if! val.canaddr () {
        반환 nil, errors.new ( "결과를 해결할 수 있어야합니다 (포인터)")
    }
    // ...
}

이 코드는 주소가 가능한 포인터가 필요한 이유를 설명합니다.

1. val.Kind() != reflect.Ptr : 전달 된 매개 변수가 포인터 유형인지 확인하십시오.
2. val = val.Elem() : 포인터가 가리키는 값을 가져옵니다.
3. !val.CanAddr() : 이것이 핵심 요점입니다. CanAddr() 값이 주소 지정 될 수 있는지 확인합니다. 포인터를 직접 전달하면 val.Elem() 구조 자체를 가져 오며 구조 자체는 포인터가 아니기 때문에 해결할 수 없습니다. 주소 자체가 메모리 위치를 나타내고 수정할 수 있으므로 포인터의 주소만이 주소를 지정할 수 있습니다.

확인 코드 및 결과 :

기사에 제공된 검증 코드 :

 패키지 메인

수입 (수입)
    "FMT"
    "반영하다"
))

var a *db

유형 DB 구조물 {
}

func main () {
    val : = Recel.Valueof (a)
    val = val.elem ()
    fmt.println (val.canaddr ()) // false

    val = Reflect.Valueof (& a)
    val = val.elem ()
    fmt.println (val.canaddr ()) // true
}

이 코드는 CanAddr() Method of reflect.ValueOf(a) (포인터 자체) 및 reflect.ValueOf(&a) (포인터 주소)에 의해 반환 된 결과가 확인됩니다. 포인터의 주소 만 해결할 수 있습니다.

결론적으로 :

Viper 라이브러리의 UnmarshalKey 함수를 올바르게 사용하려면 대상 구조 ( &global.serversetting )에 대한 포인터의 주소를 포인터 자체 ( global.serversetting ) 대신 전달해야합니다. 이를 통해 Viper 라이브러리는 구성 파일 데이터를 대상 구조로 올바르게 그룹화 할 수 있습니다. 이것은 Viper Library에 고유 한 문제가 아니라 Go Language Reflection 메커니즘과 포인터 의미를 반영합니다. GO 언어 포인터 및 반사 메커니즘을 이해하는 것은 그러한 문제를 해결하는 데 중요합니다.

위 내용은 GO에서 Viper 라이브러리를 사용할 때 포인터 자체 대신 포인터 주소를 전달 해야하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!