구조체에 대한 포인터와 맵 값에 대한 포인터를 인쇄할 때 Go의 `fmt.Printf` 출력이 다른 이유는 무엇입니까?

Go의 포인터: Printf 형식 이해

Go에서 포인터는 참조로 변수를 전달하는 데 중요한 역할을 합니다. 그러나 제공된 코드 예제에서 볼 수 있듯이 이를 사용하면 때로는 예상치 못한 결과가 발생할 수 있습니다. 세부 사항을 조사하고 불일치를 해결해 보겠습니다.

문제:

코드는 두 개의 변수를 인쇄하려고 시도합니다. 하나는 Test 구조체(&test1)에 대한 포인터이고 다른 하나는 맵(&test2)의 값입니다. 이러한 값을 인쇄할 때 서로 다른 출력이 생성되므로 문제가 발생합니다.

설명:

불일치를 이해하는 열쇠는 fmt.Printf 함수에 있습니다. 이 함수는 형식 문자열과 인터페이스{} 유형의 가변 개수 인수를 사용합니다. 인터페이스{} 유형이 아닌 값을 전달하는 경우 자동으로 인터페이스{} 값으로 래핑됩니다.

첫 번째 경우 &test1은 *Test 유형이며 fmt.Printf에 전달되면 이는 인터페이스{} 값으로 래핑됩니다. 포인터의 기본 형식은 값의 16진수 주소를 인쇄하는 %p입니다. 따라서 출력은 "0xc00009e190"입니다.

반면에 &test2는 *인터페이스{} 유형입니다. fmt.Printf로 전달되면 다른 인터페이스 값으로 래핑됩니다.{} 인터페이스{} 값의 기본 형식은 %v이며 기본 유형에 따라 다릅니다. 이 경우 기본 유형은 인터페이스{}에 대한 포인터이고 포인터의 %v 형식은 %p입니다. 따라서 출력도 16진수 주소이지만 *interface{} 값의 주소에 대해서는 "0xc00029c0a0"입니다.

해결책:

얻으려면 test2의 구조체 값, 유형 어설션을 사용할 수 있습니다. 이는 본질적으로 test2에 저장된 값이 Test 구조체라고 가정하고 이를 적절하게 캐스팅합니다.

test2 := Models["test"].(Test)

이 수정을 통해 test2는 Test 유형이 되며 fmt.Printf에 전달되면 다음을 생성합니다. &test1과 동일한 출력.

모범 사례:

일반적으로 유형 어설션이나 중간 변수 선언이 필요하지 않도록 *Test 값을 맵에 직접 저장하는 것이 좋습니다. 이렇게 하면 맵에 저장된 인터페이스 값이 이미 Test에 대한 포인터이므로 그대로 사용하고 전달할 수 있습니다.

위 내용은 구조체에 대한 포인터와 맵 값에 대한 포인터를 인쇄할 때 Go의 `fmt.Printf` 출력이 다른 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!