プログラムが途中で終了したときにC++でdeleteを呼び出す理由はありますか？

Question

私のC++ main関数では、ヒープメモリ（スタックメモリとは対照的に）を使用する変数へのポインタがある場合など - アプリケーションが終了した後で自動的に割り当てが解除されますか？私はそう思うでしょう。

ヒープ割り当ては、終了時にメモリが自動的に割り当て解除される状況では使用されないと思っても、常に削除することをお勧めしますか？

たとえば、これは何か問題がありますか？

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

私は場合に多分を考えていた私は、リファクタリング（または他の誰かリファクタリング）そのコードをしてdeleteが本当にneccecaryあるアプリケーション、他の場所でそれを置きます。

Brian R. Bondy（C++での影響を具体的に説明しています）の回答と同様に、Paul Tomblinにはgood answer to a C specific questionもあります。これにはC++デストラクタも含まれています。

Answer 1

明示的にdeleteを呼び出すことが重要です。これは、デストラクタ内で実行したいコードがある可能性があるためです。ログファイルにデータを書き込むのと同じように。 OSがあなたのためにあなたのメモリを解放するなら、あなたのデストラクタのコードは実行されません。

ほとんどのオペレーティングシステムは、プログラムの終了時にメモリの割り当てを解除します。しかし、それはあなた自身を割り当てを解除するのが良い習慣であり、上記のOSのように、あなたのデストラクタを呼び出さないでしょう。

一般的にdeleteを呼び出す場合は、常に削除を呼び出す必要があります。そうしないと、プログラムでメモリリークが発生し、新しい割り当てに失敗します。

Answer 2

クラスAを破壊しなければならないと考えてください。
aにdeleteをコールしないと、そのデストラクタは呼び出されません。プロセスがとにかく終わるかどうかは、通常はそれほど重要ではありません。しかし、デストラクタが例えばデータベース内のオブジェクト？キャッシュをログファイルにフラッシュしますか？メモリキャッシュをディスクに書き戻しますか？

オブジェクトを削除するのは「良い習慣」だけではなく、場合によっては必須であることがわかります。

Answer 3

削除対象のオブジェクトがOSによって安全に解放できない外部リソースを取得した場合を考えてみます。そのオブジェクトでdeleteを呼び出さないと、実際のリークが発生します。

Answer 4

必ず自分で削除してください。 OSはこれを処理しますが、簡単に避けることができるバグを除外します。

Answer 5

はい、メモリリーク検出ツールでプログラムを実行すると誤検出を防ぐのに役立ちます。

Answer 6

オブジェクトを明示的に削除するもう1つの理由は、アプリケーションに実際のメモリリークがあると、気にならない「漏れ」を見逃す必要がない場合に、valgrindなどのツールを使用してリークを見つけるのが簡単になります。そうじする。

Answer 7

削除する別の理由は、今後使用する可能性がある漏れ検出器からの誤ったアラームを避けることです。誤ったアラームがある場合は、漏れ検出器によって報告された実際のリークに注意を払わない場合があります。リークディテクタが間違ったものに埋め込まれます。

Answer 8

はい。

• 標準では保証 OSはメモリをクリーンアップしません。主流のプラットフォームでこれを期待することはできますが、なぜチャンスをとるのでしょうか？
• メモリを故意にリークしないと、valgrindなどのツールによって報告されるクラッタを最小限に抑えます。
• この習慣に入ると、間違いなくこのアプローチを間違いなく適用するのは誰ですか？
• にオブジェクト破壊が必要です。通常、あなたがしていると仮定します。それはあなたを傷つけることはありません。