GOのスライスをループするためにレンジループを使用する場合、マップ内のすべての値が同じメモリアドレスを指すのはなぜですか？

for...range loopとmap in go言語の間のトラップ

この記事では、構造、スライス、マップの使用を伴う一般的なGOプログラミングの問題を分析し、 for...range使用するときにスライスを通過するときに、マップ内のすべての値が同じメモリアドレスを指す理由を説明します。この問題を理解することは、GOのメモリ管理と参照タイプを習得するために重要です。

問題の説明：

次のコードスニペットが問題を示しています。

タイプ学生struct {
    名前文字列
    年齢int
}

func main（）{
    m：= make（map [string]*desudent）
    stus：= [] desute {
        {name： "pprof.cn"、age：18}、
        {name： "test"、age：23}、
        {name： "blog"、age：28}、
    }

    _、stu：= range stu {
        M [Stu.Name] =＆Stu
    }
    k、v：=範囲m {
        fmt.println（k、 "=>"、v.name）
    }
}

実行結果は、すべてのv.name値が「ブログ」であることを示しています。これは、 for...rangeループがスライスを通過すると、 stu変数がループ内の一時的な変数であり、そのメモリアドレスが各反復で同じメモリ位置を指しているためです。したがって、 m[stu.name] = &stu実際にはマップ内のすべての値を同じstudent構造のメモリアドレスに向け、このアドレスはループが終了した後の最後の要素「ブログ」を指します。

解決：

この問題を回避するには、ループ内のスライスのインデックスを使用して、以下に示すように要素のアドレスを取得する必要があります。

 i：= range stus {
    m [stus [i] .name] =＆stus [i]
}

この方法により、各student構造のアドレスが独立していることを保証し、したがって、すべての値が同じメモリアドレスを指す問題を回避します。

要約：

この問題はfor...range GO言語の特性と参照タイプの動作を明らかにします。 for...rangeループでの一時変数のライフサイクルを理解すること、およびリファレンスタイプを適切に処理する方法は、効率的でエラーのないGOコードを作成するために不可欠です。インデックスを使用してスライス要素にアクセスすると、そのようなメモリ管理トラップを回避できます。

以上がGOのスライスをループするためにレンジループを使用する場合、マップ内のすべての値が同じメモリアドレスを指すのはなぜですか？の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。