Go에서 `map[string]string`과 `map[string]bool`이 비슷한 메모리 사용량을 표시하는 이유는 무엇입니까?

Golang의 문자열 메모리 사용량

값이 "A" 또는 "B인 map[string]string을 사용하여 코드를 최적화하는 경우 ", map[string]bool은 더 작은 값 유형으로 인해 더 효율적일 것이라고 가정할 수 있습니다. 그러나 테스트 결과 두 맵의 메모리 사용량이 놀랍게도 동일한 것으로 나타났습니다.

unsafe.Sizeof() 이해

이를 조사하려면 unsafe.Sizeof()는 다음과 같습니다. 메모리 사용량을 측정하는 데 사용됩니다. 그러나 unsafe.Sizeof()는 데이터의 "얕은" 크기만 보고한다는 점에 유의해야 합니다. 지도의 경우 Go는 포인터를 사용하여 지도를 구현합니다. 따라서 unsafe.Sizeof(somemap)은 전체 맵의 데이터가 아닌 포인터의 크기를 보고합니다.

문자열 메모리 표현

Go의 문자열은 헤더로 표시됩니다. 데이터에 대한 포인터와 길이로 구성됩니다. Reflect.StringHeader 유형은 다음 구조를 정의합니다.

type StringHeader struct {
    Data uintptr
    Len  int
}

따라서 unsafe.Sizeof(somemap)는 문자열 값과 관계없이 이 헤더의 크기만 보고합니다.

지도의 실제 메모리 요구 사항

지도의 실제 메모리 사용량을 얻으려면 다음이 중요합니다. 그들이 참조하는 데이터를 고려하십시오. 즉, len(str) int(unsafe.Sizeof(str)) 가 더 정확한 추정치를 제공합니다.

추가 고려 사항

Go 스토어 UTF-8의 문자열 메모리의 바이트 시퀀스. len() 함수는 바이트 길이를 보고하므로 문자열의 실제 메모리 사용량은 다음과 같이 대략적으로 계산할 수 있습니다.

stringSize := len(str) + int(unsafe.Sizeof(str))

기존 문자열을 슬라이싱하면 해당 슬라이싱에 대한 새 지원 배열이 할당된다는 점을 기억하는 것도 중요합니다. . 원래 문자열이 더 이상 참조되지 않더라도 백업 어레이는 메모리에 남아 슬라이스를 지원합니다.

위 내용은 Go에서 `map[string]string`과 `map[string]bool`이 비슷한 메모리 사용량을 표시하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!