unsafe.Pointer에서 Go 슬라이스 또는 배열을 효율적으로 생성하는 방법은 무엇입니까?

Golang의 unsafe.Pointer에서 슬라이스 또는 배열 생성: 효율적인 대안

배열에 대한 포인터는 Golang에서 uintptr 값으로 표시될 수 있습니다. 그러나 포인터가 uintptr로 저장된 경우 원래 배열에 액세스하는 것이 어려울 수 있습니다.

비효율적인 방법: 메모리 복사

순진한 접근 방식 중 하나는 새 슬라이스에 대한 포인터:

data := make([]byte, size)
stepSize := unsafe.Sizeof(data[0])
for i := 0; i < size; i++ {
    data[i] = *(*byte)(unsafe.Pointer(p))
    p += stepSize
}

이 방법은 데이터 복사를 포함하므로 비효율적입니다. 대규모 배열의 경우 시간이 많이 걸립니다.

효율적인 방법: Reflect.SliceHeader

보다 효율적인 접근 방식은 Reflect.SliceHeader를 사용하여 메모리를 복사하지 않고 슬라이스 또는 배열을 생성하는 것입니다. :

var data []byte

sh := (*reflect.SliceHeader)(unsafe.Pointer(&data))
sh.Data = p
sh.Len = size
sh.Cap = size

fmt.Println(data)

이 메서드는 uintptr을 Reflect.SliceHeader로 변환합니다. 기존 배열을 가리키도록 해당 필드를 수정합니다. 결과 슬라이스 또는 배열은 원본 배열과 동일한 기본 메모리를 공유합니다.

대체 방법: 복합 리터럴

또 다른 대안은 복합 리터럴을 사용하여 Reflect.SliceHeader:

sh := &reflect.SliceHeader{
    Data: p,
    Len:  size,
    Cap:  size,
}

data := *(*[]byte)(unsafe.Pointer(sh))

fmt.Println(data)

이 접근 방식은 이전 접근 방식과 동일한 결과를 생성합니다. method.

주의사항

uintptr 포인터를 사용할 때는 포인터 수명 동안 원래 배열이 유효한지 확인하는 것이 중요합니다. 또한 unsafe 패키지는 유형 안전성에 잠재적인 영향을 미칠 수 있으므로 주의해서 사용해야 합니다.

위 내용은 unsafe.Pointer에서 Go 슬라이스 또는 배열을 효율적으로 생성하는 방법은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!