経験豊富なC++ユーザーから、ヒープ変数の使用に努めるべきだと言われました。
A* obj = new A("A");
とは対照的に：
A obj("A");
ポインターの使用に関するすべてのことを除けば、スタックよりもヒープに物を置く方が良いと彼は言いました（スタックがヒープよりも小さいということはありますか？）。それは本当ですか？もしそうなら、なぜですか？
NB：私は生涯の問題について知っています。これらの変数の存続期間を適切に管理したと仮定しましょう。（つまり、懸念される唯一の基準は、ライフタイムの懸念がないヒープとスタックのストレージです）
コンテキストに応じて、ヒープまたはスタックを検討できます。すべてのスレッドはスタックを取得し、スレッドは関数を呼び出すことによって命令を実行します。関数が呼び出されると、関数変数はスタックにプッシュされます。そして、関数がスタックのロールバックを返し、メモリが再利用されると。現在、スレッドローカルスタックにはサイズ制限がありますが、サイズはさまざまであり、ある程度調整することができます。これを考慮すると、すべてのオブジェクトがスタック上に作成され、オブジェクトが大きなメモリを必要とする場合、スタックスペースが使い果たされ、スタックオーバーフローエラーが発生します。これに加えて、オブジェクトが複数のスレッドによってアクセスされる場合、そのようなオブジェクトをスタックに格納することは意味がありません。
したがって、小さな変数、サイズの小さなオブジェクトはコンパイル時に決定でき、ポインタはスタックに格納する必要があります。オブジェクトをヒープまたはフリーストアに格納することの懸念は、メモリ管理が困難になることです。メモリリークの可能性がありますが、これは悪いことです。また、アプリケーションがすでに削除されているオブジェクトにアクセスしようとすると、アクセス違反が発生し、アプリケーションがクラッシュする可能性があります。
C ++ 11では、ヒープを使用したメモリ管理を容易にするスマートポインター（共有、一意）が導入されています。実際に参照されるオブジェクトはヒープ上にありますが、常にスタック上にあるスマートポインターによるカプセル化です。したがって、関数の戻りイベント中または例外中にスタックがロールバックすると、スマートポインターのデストラクタがヒープ上の実際のオブジェクトを削除します。共有ポインタの場合、参照カウントは維持され、参照カウントがゼロになると実際のオブジェクトは削除されます。 http://en.wikipedia.org/wiki/Smart_pointer
スタック割り当て変数とヒープ割り当て変数の使用に関する一般的な規則はありません。あなたがやろうとしていることに応じて、ガイドラインだけがあります。
ここにいくつかの長所と短所があります：
ヒープ割り当て：
長所：
短所：
スタック割り当て：
長所：
短所：
これは賛否両論のいくつかを捉えていると思います。きっともっとあると思います。
結局、それはあなたのアプリケーションが何を必要としているかに依存します。
スタックに割り当てられた変数は自動変数であるため、スタックはヒープよりも優先される必要があります。プログラムがコンテキストから外れると、それらの破棄は自動的に行われます。
実際、スタックとヒープで作成されたオブジェクトの寿命は異なります。
{}（newによって割り当てられていない）のローカル変数は、スタック上にあります。関数から戻ると、それらは自動的に破棄されます。（それらのデストラクタが呼び出され、それらのメモリが解放されます）。例：
void myFun()
{
A onStack; // On the stack
A* onHeap = new A(); // On the heap
// Do things...
} // End of the function onStack is destroyed, but the &onHeap is still alive
この例でonHeapは、関数の終了時にメモリが割り当てられたままになります。そのため、onHeapどこかにポインタがないと、それを削除してメモリを解放することはできません。プログラムが終了するまでメモリが失われるため、メモリリークです。
onStackただし、関数を終了するときに破棄されたため、にポインタを返す場合、onStackポインタを使用すると未定義の動作が発生する可能性があります。使用中onHeapはまだ完全に有効です。
スタック変数がどのように機能しているかをよりよく理解するには、ウィキペディアのこの記事など、呼び出しスタックに関する情報を検索する必要があります。関数で使用するために変数をスタックする方法について説明します。
C ++では、できるだけ新しいものを使用しないようにすることをお勧めします。
ただし、避けられない場合があります。
例：
変数がスコープを超えて存在することを望んでいます。
したがって、実際にはコースの馬である必要がありますが、選択肢がある場合は、ヒープに割り当てられた変数を常に避けてください。
答えは、一部の人が信じるほど明確ではありません。
一般に、自動変数（スタック上）を選択する必要があります。これは、単純に簡単だからです。ただし、状況によっては（ヒープ上で）動的な割り当てが必要になります。
後者は少し注意が必要です。理論的には、自動変数は無限に割り当てられる可能性がありますが、コンピューターは有限であり、さらに悪いことに、ほとんどの場合、スタックのサイズも有限です（これは実装の問題です）。
個人的には、次のガイドラインを使用しています。
std::vector<T>、内部的に動的に割り当てられますそれは私によく役立っています（これは明らかに逸話的な証拠です）。
注： RAII（スマートポインターまたはコンテナー）を使用して、動的に割り当てられたオブジェクトの存続期間をスタック変数の存続期間に関連付けることができます（おそらくそうすべきです）。
C ++には、ヒープまたはスタックについての言及はありません。言語に関する限り、それらは存在しない/別個のものではありません。
実用的な答えとしては、最も効果的なものを使用してください。迅速に必要ですか。保証が必要ですか。アプリケーションAはヒープ上のすべてのものではるかに優れている可能性があり、アプリケーションBはOSメモリを断片化する可能性があるため、マシンを強制終了します-正しい答えはありません:-(
簡単に言えば、必要がない限り、自分の記憶を管理しないでください。;）
スタック=コンパイル時に割り当てられた静的データ。（動的ではありません）
ヒープ=実行時に割り当てられた動的データ。（非常に動的）
ポインターはスタック上にありますが...これらのポインターは、動的で自発的なデータ作成の扉を開くので美しいです（プログラムのコーディング方法によって異なります）。
（しかし、私はただの野蛮人なので、なぜ私が言うことが重要なのですか）