동일한 문자열 리터럴은 번역 단위 전체에서 동일한 메모리 주소를 갖습니까?

번역 단위의 문자열 리터럴: 동일한 메모리 주소의 신뢰성

문자열 리터럴은 프로그래밍 언어에서 일반적으로 사용됩니다. 그러나 다른 번역 단위에서 동일한 메모리 주소를 갖는 동일한 문자열 리터럴에 의존하는 것이 신뢰할 수 있습니까?

메모리 주소 일관성의 이식성

C99 및 C에 따르면 초안 표준에서는 동일한 값을 가진 문자열 리터럴이 다른 메모리 주소를 갖는지 여부가 동작이 지정되지 않습니다. 즉, 구현마다 이를 다르게 처리할 수 있습니다.

일부 컴파일러와 플랫폼에서는 GCC의 -fmerge-constants와 같은 문자열 리터럴 풀링 옵션을 제공할 수 있지만 이는 보장된 기능이 아니며 시스템마다 다를 수 있습니다.

번역 단위 내 신뢰성

동일 번역 단위 내 (즉, 단일 소스 파일) 문자열 리터럴은 일반적으로 메모리 사용을 최적화하기 위해 병합되어 단일 위치에 저장됩니다. 그러나 이 동작은 구현에 따라 다르며 이식성을 위해 신뢰할 수 없습니다.

예제 코드

제공된 예제 코드를 고려하세요.

// foo.c
const char *x = "I'm a literal!";

// bar.c
const char *y = "I'm a literal!";

// test.c
extern const char *x;
extern const char *y;
assert(x == y);

이 경우 컴파일러가 번역 단위 전체에서 문자열 리터럴 풀링을 수행하지 않거나 특정 플랫폼에서는 이를 지원하지 않습니다.

결론

번역 단위 전체에서 동일한 메모리 주소를 갖는 동일한 문자열 리터럴에 의존하는 것은 이식성이 없으며 예측할 수 없는 동작으로 이어질 수 있습니다. 그러나 단일 번역 단위 내에서 문자열 리터럴은 일반적으로 최적화 목적으로 병합됩니다. 각 경우의 특정 동작을 이해하고 필요한 경우 적절한 조치를 사용하려면 컴파일러 설명서를 참조하는 것이 중요합니다.

위 내용은 동일한 문자열 리터럴은 번역 단위 전체에서 동일한 메모리 주소를 갖습니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!