Namespaces
Variants

std:: destroy

From cppreference.net
C++
Memory management library
( exposition only* )
Allocators
Uninitialized memory algorithms
Constrained uninitialized memory algorithms
Memory resources
Uninitialized storage (until C++20)
( until C++20* )
( until C++20* )
( until C++20* )

Garbage collector support (until C++23)
(C++11) (until C++23)
(C++11) (until C++23)
(C++11) (until C++23)
(C++11) (until C++23)
(C++11) (until C++23)
(C++11) (until C++23)
Défini dans l'en-tête <memory>
template < class ForwardIt >
void destroy ( ForwardIt first, ForwardIt last ) ;
(1) (depuis C++17)
(constexpr depuis C++20)
template < class ExecutionPolicy, class ForwardIt >
void destroy ( ExecutionPolicy && policy, ForwardIt first, ForwardIt last ) ;
(2) (depuis C++17)
1) Détruit les objets dans la plage [ first , last ) , comme par 
for (; first != last; ++first)
    std::destroy_at(std::addressof(*first));
2) Identique à (1) , mais exécuté selon la policy . Cette surcharge participe à la résolution de surcharge uniquement si toutes les conditions suivantes sont satisfaites :

std:: is_execution_policy_v < std:: decay_t < ExecutionPolicy >> est true .

(jusqu'à C++20)

std:: is_execution_policy_v < std:: remove_cvref_t < ExecutionPolicy >> est true .

(depuis C++20)

Table des matières

Paramètres

first, last - la paire d'itérateurs définissant l'intervalle des éléments à détruire
policy - la politique d'exécution à utiliser
Exigences de type
-
ForwardIt doit satisfaire aux exigences de LegacyForwardIterator .
-
Aucun incrément, assignation, comparaison ou indirection via des instances valides de ForwardIt ne peut lever d'exceptions.

Complexité

Linéaire en fonction de la distance entre first et last .

Exceptions

La surcharge avec un paramètre de modèle nommé ExecutionPolicy signale les erreurs comme suit :

  • Si l'exécution d'une fonction invoquée dans le cadre de l'algorithme lève une exception et que ExecutionPolicy fait partie des politiques standard , std::terminate est appelé. Pour tout autre ExecutionPolicy , le comportement est défini par l'implémentation.
  • Si l'algorithme ne parvient pas à allouer de la mémoire, std::bad_alloc est levée.

Implémentation possible 

template<class ForwardIt>
constexpr // depuis C++20
void destroy(ForwardIt first, ForwardIt last)
{
    for (; first != last; ++first)
        std::destroy_at(std::addressof(*first));
}

Exemple

L'exemple suivant démontre comment utiliser destroy pour détruire une séquence contiguë d'éléments.

Exécuter ce code 
#include <iostream>
#include <memory>
#include <new>
struct Tracer
{
    int value;
    ~Tracer() { std::cout << value << " destructed\n"; }
};
int main()
{
    alignas(Tracer) unsigned char buffer[sizeof(Tracer) * 8];
    for (int i = 0; i != 8; ++i)
        new(buffer + sizeof(Tracer) * i) Tracer{i}; // manually construct objects
    auto ptr = std::launder(reinterpret_cast<Tracer*>(buffer));
    std::destroy(ptr, ptr + 8);
}

Sortie : 

0 destructed
1 destructed
2 destructed
3 destructed
4 destructed
5 destructed
6 destructed
7 destructed

Voir aussi

(C++17)
détruit un nombre d'objets dans une plage
(modèle de fonction)
(C++17)
détruit un objet à une adresse donnée
(modèle de fonction)
(C++20)
détruit une plage d'objets
(objet fonction algorithme)