ローカル変数の参照を返す場合、値とアドレスのどちらが返されますか (これがなぜ危険なのか)
ローカル変数参照の謎: 値またはアドレスを返す?
多くのプログラマは、関数内でローカル変数または一時変数への参照を返すことは誤りであると考えるかもしれません。 、未定義の動作が発生します。ただし、特定の状況では、驚くほど成功し、変数の値が変更される場合があります。この現象をコード例で調べてみましょう:
#include <iostream> int& foo() { int i = 6; std::cout << &i << std::endl; // Prints the address of i before return return i; } int main() { int i = foo(); std::cout << i << std::endl; // Prints the value std::cout << &i << std::endl; // Prints the address of i after return }
このコードを実行すると、興味深い動作が観察されます:
- foo() のローカル変数 i のアドレス
- i が foo() のローカル変数であるにもかかわらず、その値は正常に取得されます。 main() の変数に戻り値を代入すると変更されます。
- main() の i のアドレスは戻る前後で同じままであり、変数がまだスタック メモリに存在していることを示唆しています。
発生の説明
この不可解な動作の原因は次のとおりです。これは、多くの実装におけるスタック フレームの処理方法に特有の特徴があります。関数から戻るとき、スタック フレームは最初はすぐには消去されません。
この例では、戻り値の型は int& です。これは、関数が i のアドレスへの参照を返すことを意味します。代入 int i = foo(); in main() は、foo() の i のアドレスを main() の変数 i に格納します。
同時に、foo() の return 命令はスタック フレームをすぐには解放しません。その結果、変数 i は破棄されたはずですが、スタック メモリにまだ存在します。これにより、戻った後に参照を通じて i を変更できます。
注意と影響
この動作は便利に見えるかもしれませんが、非常に危険で信頼性が低くなります。スタック フレームの遅延破壊に依存すると、未定義の動作が発生します。
明確に定義されたコードでは、ローカル変数が定義関数のスコープ内に残り、関数の終了時に即座に破棄されるようにする必要があります。そうしないと、予期しない結果やエラーが発生する可能性があります。
以上がローカル変数の参照を返す場合、値とアドレスのどちらが返されますか (これがなぜ危険なのか)の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









C言語データ構造:ツリーとグラフのデータ表現は、ノードからなる階層データ構造です。各ノードには、データ要素と子ノードへのポインターが含まれています。バイナリツリーは特別なタイプの木です。各ノードには、最大2つの子ノードがあります。データは、structreenode {intdata; structreenode*left; structreenode*右;}を表します。操作は、ツリートラバーサルツリー(前向き、順序、および後期)を作成します。検索ツリー挿入ノード削除ノードグラフは、要素が頂点であるデータ構造のコレクションであり、近隣を表す右または未照明のデータを持つエッジを介して接続できます。

この記事では、C標準テンプレートライブラリ(STL)について説明し、そのコアコンポーネント(コンテナ、イテレーター、アルゴリズム、およびファンクター)に焦点を当てています。 これらが一般的なプログラミングを有効にし、コード効率を向上させ、読みやすさを改善する方法を詳述しています。

この記事では、cの効率的なSTLアルゴリズムの使用について詳しく説明しています。 データ構造の選択(ベクトル対リスト)、アルゴリズムの複雑さ分析(STD :: STD :: STD :: PARTIAL_SORTなど)、イテレーターの使用、および並列実行を強調しています。 のような一般的な落とし穴

記事では、移動セマンティクス、完璧な転送、リソース管理のためのcでのr値参照の効果的な使用について説明し、ベストプラクティスとパフォーマンスの改善を強調しています。(159文字)

この記事では、Cでの効果的な例外処理、トライ、キャッチ、スローメカニックをカバーしています。 RAIIなどのベストプラクティス、不必要なキャッチブロックを避け、ログの例外をロギングすることを強調しています。 この記事では、パフォーマンスについても説明しています

C 20の範囲は、表現力、複合性、効率を伴うデータ操作を強化します。複雑な変換を簡素化し、既存のコードベースに統合して、パフォーマンスと保守性を向上させます。

ファイルの操作の問題に関する真実:ファイルの開きが失敗しました:不十分な権限、間違ったパス、およびファイルが占有されます。データの書き込みが失敗しました:バッファーがいっぱいで、ファイルは書き込みできず、ディスクスペースが不十分です。その他のFAQ:遅いファイルトラバーサル、誤ったテキストファイルエンコード、およびバイナリファイルの読み取りエラー。

この記事では、不必要なコピーを回避することにより、パフォーマンスを向上させるために、CのMove Semanticsを使用することについて説明します。 STD :: MOVEを使用して、移動コンストラクターと割り当てオペレーターの実装をカバーし、効果的なAPPLの重要なシナリオと落とし穴を識別します
