어떻게 `const` 및 컴파일러 최적화로 인해 동일한 메모리 주소에 있는 두 변수가 서로 다른 값을 가질 수 있습니까?

공유 주소의 고유한 데이터: 퍼즐

제공된 코드 조각에서 두 변수는 겉으로는 동일한 메모리 주소를 점유하지만 다른 가치. 이 역설을 풀려면 const의 의미와 그 동작을 재정의할 수 있는 잠재적인 컴파일러 최적화를 이해하는 것이 중요합니다.

Const 및 컴파일러 최적화

코드 const int 변수 N을 값 22로 초기화합니다. 그런 다음 주소에 대한 포인터 pN을 얻습니다. N은 const에 대한 포인터를 non-const에 대한 포인터로 창의적으로 캐스팅하는 것입니다. 이어서 pN이 가리키는 값은 33으로 수정되어 다음과 같은 결과가 출력됩니다.

N: 22      Address: 0x22ff74
*pN: 33     Address: 0x22ff74

분명히 N과 *pN은 동일한 메모리 위치를 참조함에도 불구하고 서로 다른 값을 갖습니다. 이렇게 모순처럼 보이는 것은 const 값을 컴파일 타임 상수로 해석하는 컴파일러 최적화에서 비롯됩니다.

이 시나리오에서 컴파일러는 N 값이 절대 변하지 않는다는 것을 인식합니다. N에 대한 모든 참조를 실제 값으로 대체하도록 코드를 최적화하여 const 지정을 효과적으로 우회합니다. 이 최적화는 기본적으로 다음을

*pN = 33;

다음으로 변환합니다.

22 = 33;

이 할당은 분명히 유효하지 않으므로 컴파일러는 오류를 보고합니다. 그러나 문제의 코드는 원래 pN이 가리키는 위치에 수정된 값을 할당합니다. 이 동작은 가리키는 주소가 const이더라도 컴파일러에서 const 포인터가 가리키는 메모리를 수정할 수 있도록 허용하기 때문에 발생합니다.

따라서 N은 const로 인해 원래 값 22를 유지합니다. 지정에 따라 pN은 33을 포함하도록 수정된 위치를 가리킵니다. 궁극적으로 동일한 메모리 주소를 차지함에도 불구하고 N과 *pN은 서로 다른 값을 유지하며 실행을 형성하는 데 있어 컴파일러 최적화의 강력한 역할을 보여줍니다. 코드입니다.

위 내용은 어떻게 `const` 및 컴파일러 최적화로 인해 동일한 메모리 주소에 있는 두 변수가 서로 다른 값을 가질 수 있습니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!