`std::make_shared` 대 `std::shared_ptr`: 어느 것이 더 효율적인가요?

std::make_shared와 Direct std::shared_ptr 사용의 효율성 식별

std::make_shared와 std를 직접 구성하는 것의 효율성 차이 이해: :shared_ptr은 난처한 작업이 될 수 있습니다. 여기에서는 각 방법의 복잡성을 설명하기 위해 자세한 비교를 살펴보겠습니다.

구성 순서 탐색

다음 코드 조각을 고려하세요.

std::shared_ptr<Object> p1 = std::make_shared<Object>("foo");
std::shared_ptr<Object> p2(new Object("foo"));

직접 표준::shared_ptr 구성:

1. 객체에 대한 힙 할당
2. 공유 포인터 생성자, 메타데이터에 대한 다른 힙 영역 할당

std::make_shared 사용법:

1. 결합 개체와 메타데이터를 모두 포함하는 힙 할당

효율성 향상

주요 차이점은 필요한 힙 할당 수에 있습니다.

• make_shared: 1 할당
• 직접 shared_ptr: 2할당

make_shared의 이 단일 할당을 사용하면 명시적인 새 호출이 필요하지 않아 효율성이 향상됩니다.

예외 고려 사항

C 17 이전 버전:
예외 처리로 인해 이전에 문제가 발생할 수 있었습니다. 원시 포인터가 shared_ptr 생성자에 안전하게 전달되지 않았을 수 있으므로 큰 혼란이 발생합니다.

C 17 이상:
이 문제는 함수 인수 평가 순서 변경으로 해결되었습니다. . 오늘날 예외는 적절하게 처리되어 메모리 무결성을 보장합니다.

std::make_shared의 사소한 단점

Casey가 지적했듯이 잠재적인 단점은 단일 할당에서 비롯됩니다.

• 제어 블록이 더 이상 사용되지 않을 때까지 제어된 메모리를 해제할 수 없으며, 약한 포인터로 인해 메모리 보존 기간이 길어질 수 있습니다. 참고하세요.

위 내용은 `std::make_shared` 대 `std::shared_ptr`: 어느 것이 더 효율적인가요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!