Berücksichtigen Sie die folgenden Codeausschnitte:
std::shared_ptr<Object> p1 = std::make_shared<Object>("foo"); std::shared_ptr<Object> p2(new Object("foo"));
Verstehen, warum make_shared ist effizienter als die direkte Verwendung des shared_ptr-Konstruktors eine schrittweise Analyse der beteiligten Vorgänge.
make_shared reserviert Speicher nur einmal, während der vom Konstruktor initialisierte shared_ptr Speicher zweimal zuweist. Dies macht make_shared effizienter.
In C 17 wurde die Auswertungsreihenfolge von Funktionsargumenten überarbeitet, wodurch ein Ausnahmesicherheitsrisiko beim Konstruktor-initialisierten shared_ptr-Ansatz beseitigt wurde. Betrachten wir jedoch das Beispiel:
void F(const std::shared_ptr<Lhs> &lhs, const std::shared_ptr<Rhs> &rhs) { /* ... */ } F(std::shared_ptr<Lhs>(new Lhs("foo")), std::shared_ptr<Rhs>(new Rhs("bar")));
Wenn während des Rhs-Konstruktors eine Ausnahme ausgelöst wird, geht der für Lhs zugewiesene Speicher verloren, da er nicht sofort an den shared_ptr-Konstruktor übergeben wurde. make_shared vermeidet dieses Problem, indem es diesen Zwischenschritt eliminiert.
Make_shared hat jedoch einen Nachteil: Da es den Kontrollblock und das verwaltete Objekt in einem einzigen Heap-Block zuordnet, ist der Speicher für beide können nicht unabhängig voneinander freigegeben werden. Dies bedeutet, dass schwache Zeiger den Kontrollblock auf unbestimmte Zeit am Leben halten können, wodurch möglicherweise verhindert wird, dass sowohl der Kontrollblock als auch das verwaltete Objekt freigegeben werden.
Das obige ist der detaillierte Inhalt von„make_shared' vs. vom Konstruktor initialisiertes „shared_ptr': Was ist der Unterschied in Leistung und Ausnahmesicherheit?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!