Delete가 포인터를 자동으로 NULL로 설정하지 않는 이유
잘못된 포인터 관련 충돌을 방지하는 잠재적 이점에도 불구하고 C 표준은 그렇지 않습니다. 삭제 연산자는 메모리 할당을 해제한 후 자동으로 포인터를 NULL로 설정해야 합니다. 이렇게 결정한 이유는 다양합니다.
성능
포인터를 NULL로 설정하는 명령을 추가하면 잠재적으로 삭제 작업의 성능이 저하될 수 있습니다. 이는 대부분의 애플리케이션에서는 무시할 수 있지만 성능이 중요한 시스템에 영향을 미칠 수 있습니다.
상수
상수 포인터는 잠재적인 문제를 제시합니다. const 포인터를 NULL로 설정하면 불변성이 위반되어 정의되지 않은 동작이 발생합니다. 그러나 표준에서는 const 포인터에 대해 특수한 경우를 제공하여 NULL로 설정할 수 있도록 허용했습니다.
인수 유연성
표준에서는 명시적으로 delete의 인수를 허용합니다. lvalue가 아니라 rvalue입니다. 예를 들어 배열을 삭제하려면 배열 이름을 인수로 지정해야 합니다(delete [] array;). 이러한 경우 포인터는 삭제 후 유효한 메모리 위치를 가리키지 않으므로 포인터를 NULL로 설정할 수 없습니다.
기타 고려 사항
Bjarne Stroustrup, C의 창시자는 삭제 중 자동 NULL 설정의 잠재적인 이점을 인정하지만 구현자는 이 방식을 널리 채택하지 않았다는 점을 지적합니다. 그는 또한 프로그래머가 할당 해제 후 포인터가 제대로 처리되는지 확인하는 데 주의해야 한다고 강조합니다.
요약하면 삭제에 의한 자동 NULL 설정이 이점이 있지만 C 표준은 다음과 같은 이유로 이를 의무화하지 않기로 결정했습니다. 성능 문제, 특정 사례를 수용해야 하는 필요성, 포인터 관리에 있어서 프로그래머 책임의 중요성.
위 내용은 C에서 `delete`가 자동으로 포인터를 NULL로 설정하지 않는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!