C'è un motivo per chiamare delete in C++ quando un programma sta per uscire comunque?

Question

Nella mia funzione C++ main, ad esempio, se avessi un puntatore a una variabile che utilizza la memoria heap (anziché la memoria di stack), questo viene automaticamente rilasciato dopo che l'applicazione è stata chiusa? Assumerei così.

Anche così, è buona prassi eliminare sempre le allocazioni dell'heap anche se si pensa che non verranno mai utilizzate in una situazione in cui la memoria viene automaticamente rilasciata all'uscita?

Ad esempio, c'è qualche punto in questo?

int main(...) 
{ 
    A* a = new A(); 
    a->DoSomething(); 
    delete a; 
    return 0; 
} 

Stavo pensando forse nel caso mi refactoring (o qualcuno refactors altro) che il codice e lo mette in nessun'altra parte dell'applicazione, dove delete è davvero neccecary.

Così come la risposta di Brian R. Bondy (che parla in modo specifico delle implicazioni in C++), Paul Tomblin ha anche un good answer to a C specific question, che parla anche del distruttore C++.

Answer 1

È importante chiamare esplicitamente delete perché è possibile che il distruttore che si desidera eseguire sia un codice. Come forse scrivere alcuni dati in un file di registro. Se lasci che il sistema operativo liberi la tua memoria per te, il tuo codice nel distruttore non verrà eseguito.

La maggior parte dei sistemi operativi rilascia la memoria quando il programma termina. Ma è una buona pratica deallocarlo da soli e come ho detto sopra il sistema operativo non chiamerà il tuo distruttore.

Come per la chiamata di eliminazione in generale, sì si desidera sempre chiamare Elimina, altrimenti si avrà una perdita di memoria nel programma, che porterà a nuove allocazioni non riuscite.

Answer 2

Pensa alla tua classe A che deve essere distrutta.
Se non si chiama delete su a, il distruttore non verrà chiamato. Di solito, non importa se il processo finisce comunque. Ma cosa succede se il distruttore deve rilasciare, ad es. oggetti in un database? Svuota una cache in un file di log? Scrivi una cache di memoria sul disco?

Si vede, non è solo "buona pratica" per eliminare oggetti, in alcune situazioni è necessario.

Answer 3

Considerare il caso in cui l'oggetto da eliminare ha acquisito una risorsa esterna che non può essere liberata in modo sicuro dal sistema operativo. Se non si chiama delete su quell'oggetto, si ha una vera perdita.

Answer 4

assicurati sempre di eliminarlo da solo. Un sistema operativo si prenderà cura di questo, ma per escludere bug che possono essere facilmente evitati

Answer 5

Sì, aiuta ad eliminare i falsi positivi quando si esegue il programma tramite uno strumento di rilevamento perdite di memoria.

Answer 6

Un altro motivo per eliminare esplicitamente gli oggetti è che se l'applicazione presenta una perdita di memoria reale, diventa più facile utilizzare strumenti come valgrind per trovare le perdite se non è necessario setacciare "perdite" che provengono da non disturbare pulire.

Answer 7

Un altro motivo per eliminare è quello di evitare falsi allarmi da un rilevatore di perdite che è possibile utilizzare in futuro. Se hai falsi allarmi, potresti non prestare attenzione a una vera perdita segnalata da un rilevatore di perdite: sarà sepolto tra i falsi nel rapporto.

Answer 8

Sì.

• La norma non fa garanzia che il sistema operativo sarà ripulire la memoria. Puoi aspettarti questo sulle piattaforme mainstream, ma perché cogli l'occasione?
• Si minimizza il disordine riportato da strumenti come valgrind se non si perde deliberatamente memoria.
• Se prendi questa abitudine, chi dirà che un giorno non applicheresti accidentalmente questo approccio da qualche parte?
• necessario distruzione degli oggetti. Di solito presumo solo che tu lo faccia. Non ti fa male.