ローカル変数の参照を返す場合、値とアドレスのどちらが返されますか (これがなぜ危険なのか)

ローカル変数参照の謎: 値またはアドレスを返す?

多くのプログラマは、関数内でローカル変数または一時変数への参照を返すことは誤りであると考えるかもしれません。 、未定義の動作が発生します。ただし、特定の状況では、驚くほど成功し、変数の値が変更される場合があります。この現象をコード例で調べてみましょう:

#include <iostream>

int& foo() {
    int i = 6;
    std::cout <p>このコードを実行すると、興味深い動作が観察されます:</p>
<ol>
<li>foo() のローカル変数 i のアドレス</li>
<li>i が foo() のローカル変数であるにもかかわらず、その値は正常に取得されます。 main() の変数に戻り値を代入すると変更されます。</li>
<li>main() の i のアドレスは戻る前後で同じままであり、変数がまだスタック メモリに存在していることを示唆しています。</li> </ol>
<p><strong>発生の説明</strong></p>
<p>この不可解な動作の原因は次のとおりです。これは、多くの実装におけるスタック フレームの処理方法に特有の特徴があります。関数から戻るとき、スタック フレームは最初はすぐには消去されません。</p>
<p>この例では、戻り値の型は int& です。これは、関数が i のアドレスへの参照を返すことを意味します。代入 int i = foo(); in main() は、foo() の i のアドレスを main() の変数 i に格納します。</p>
<p>同時に、foo() の return 命令はスタック フレームをすぐには解放しません。その結果、変数 i は破棄されたはずですが、スタック メモリにまだ存在します。これにより、戻った後に参照を通じて i を変更できます。</p>
<p><strong>注意と影響</strong></p>
<p>この動作は便利に見えるかもしれませんが、<strong>非常に危険で信頼性が低くなります</strong>。スタック フレームの遅延破壊に依存すると、未定義の動作が発生します。</p>
<p>明確に定義されたコードでは、ローカル変数が定義関数のスコープ内に残り、関数の終了時に即座に破棄されるようにする必要があります。そうしないと、予期しない結果やエラーが発生する可能性があります。</p></iostream>

以上がローカル変数の参照を返す場合、値とアドレスのどちらが返されますか (これがなぜ危険なのか)の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。