Go가 슬라이스를 메모리의 다른 위치로 이동할 때 요소에 대한 포인터는 어떻게 되나요?

Go 언어에서는 슬라이스가 메모리의 다른 위치로 이동하면 요소에 대한 포인터가 변경됩니다. 슬라이스는 동적 배열이므로 기본 데이터 구조에는 배열 요소에 대한 포인터와 슬라이스의 길이 및 용량 정보가 포함됩니다. 슬라이스가 재할당되거나 확장되면 원래 가리킨 요소 포인터는 더 이상 유효하지 않습니다. 따라서 슬라이스를 이동한 후에도 이전 포인터가 계속 사용되면 잘못된 메모리 위치에 액세스하거나 다른 예외가 발생할 수 있습니다. 이를 방지하려면 슬라이스가 이동된 후 포인터의 유효성과 정확성을 보장하기 위해 요소에 대한 포인터를 다시 가져와야 합니다. 포인터를 다시 획득하면 슬라이스가 이동된 후에도 계속해서 슬라이스의 요소를 올바르게 조작하고 액세스할 수 있습니다.

질문 내용

다음 코드가 있습니다

으아악

먼저 1 int의 슬라이스를 생성합니다. len은 1이고 cap도 1입니다. 그런 다음 첫 번째 요소에 대한 포인터를 얻고 인쇄 시 기본 포인터 값을 가져옵니다. 예상대로 잘 작동합니다.

그런 다음 3개의 요소를 추가하여 슬라이스의 용량을 확장하고 이를 메모리의 다른 위치에 복사했습니다. 그런 다음 (포인터를 가져와서) 슬라이스의 첫 번째 요소 주소를 인쇄합니다. 이는 이제 b 에 저장된 주소와 다릅니다.

하지만 b 的基础值时，它也可以正常工作。我不明白为什么它有效。据我所知，第一个元素 b의 기본 값을 인쇄해도 잘 작동합니다. 왜 그것이 작동하는지 이해하지 못합니다. 내가 아는 한, 첫 번째 요소

가 가리키는 슬라이스가 메모리의 다른 위치에 복사되었으므로 그 이전의 메모리는 해제되었을 것입니다. 그러나 여전히 존재하는 것 같습니다.

맵을 보면 golang은 똑같은 문제로 인해 키로 요소에 대한 포인터를 생성하는 것을 허용하지 않습니다. 기본 데이터가 메모리의 다른 위치로 이동할 수 있습니다. 그러나 슬라이싱에는 정말 효과적입니다. 왜 그럴까요? 정확히 어떻게 작동하나요? 아직 메모리를 가리키는 변수가 있어서 메모리가 해제되지 않는 건가요? 지도와 어떻게 다른가요?

해결 방법

Go가 슬라이스를 메모리의 다른 위치로 이동할 때 요소에 대한 포인터는 어떻게 되나요?

아무것도 아닙니다.

b[W]

의 기본 값을 인쇄해도 잘 작동합니다. 왜 그것이 작동하는지 이해하지 못합니다.

왜 작동하지 않나요?

b원래 가리킨 메모리 위치는 변경되지 않고 여전히 존재합니다. 무엇이든(예:

) 참조하는 한 계속 사용할 수 있습니다. 해당 메모리에 대한 모든 참조가 제거되면(즉, 범위를 벗어남) 가비지 수집기는 해당 메모리를 다른 항목에서 사용할 수 있도록 허용할 수 있습니다. 🎜

위 내용은 Go가 슬라이스를 메모리의 다른 위치로 이동할 때 요소에 대한 포인터는 어떻게 되나요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!