>백엔드 개발 >Golang >*(*string)(unsafe.Pointer(&b))가 bufio.Reader에서 작동하지 않는 이유

*(*string)(unsafe.Pointer(&b))가 bufio.Reader에서 작동하지 않는 이유

王林
王林앞으로
2024-02-09 19:54:171056검색

为什么 *(*string)(unsafe.Pointer(&b)) 不适用于 bufio.Reader

Go 언어에서는 데이터 유형을 변환하기 위해 유형 변환을 자주 사용합니다. 예를 들어, []byte 유형의 조각을 string 유형의 문자열로 변환합니다. 일반적으로 'string()' 함수를 사용하여 유형 변환을 수행할 수 있지만, 특별한 경우에는 이 방법이 문제를 일으킬 수 있습니다. Go 언어에서는 `(string)(unsafe.Pointer(&b))` 메서드를 "매직 포인터" 메서드라고 하며, []바이트 형식의 슬라이스를 문자열 형식의 문자열로 변환하는 데 사용됩니다. 그러나 이 방법은 bufio.Reader 유형에는 작동하지 않습니다. 왜? 이 질문에 답해 봅시다.

질문 내용

파일이 있습니다. IP가 좀 있어요

으아악

슬라이싱을 위해 이 파일을 읽고 *(*string)(unsafe.pointer(&b))를 사용하여 []byte를 문자열로 구문 분석했지만 작동하지 않습니다

으아악

결과:

으아악

1.1.1.0/24가 2.2.2.0/24로 변경된 이유는 무엇인가요?

변화

으아악

문자열(ip)로 작동합니다

해결 방법

따라서 슬라이스 헤더를 문자열 헤더로 재해석하는 동안 수행하는 방식은 완전히 이상하고 작동이 보장되지 않지만 이는 단지 간접적으로 문제를 일으키는 것입니다. p>

실제 문제는 bufio/Reader.ReadLine() 반환 값에 대한 포인터를 유지하지만 메서드에 대한 문서에 "반환된 버퍼는 다음 ReadLine 호출까지만 유효합니다."라고 나와 있습니다. 이는 판독기가 나중에 해당 메모리를 자유롭게 재사용할 수 있음을 의미합니다. 무슨 일이죠?

올바른 방식으로 변환하면 string(ip) Go는 버퍼의 내용을 새로 생성된 문자열에 복사하며 이는 앞으로도 유효합니다. 그러나 문자열에 조각 말장난을 입력하면 정확히 동일한 포인터가 유지되며, 판독기가 버퍼를 다시 채우면 작동이 중지됩니다.

복사 및 할당을 피하기 위해 포인터 스푸핑을 성능 해킹으로 사용하기로 결정했다면... 그건 안타까운 일입니다. 리더 인터페이스에서는 어쨌든 데이터를 복사해야 하며, 이 경우 string()만 사용해야 합니다.

위 내용은 *(*string)(unsafe.Pointer(&b))가 bufio.Reader에서 작동하지 않는 이유의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
이 기사는 stackoverflow.com에서 복제됩니다. 침해가 있는 경우 admin@php.cn으로 문의하시기 바랍니다. 삭제