回答。

Goにおけるmapおよびslice構造体は、コピーとメモリ使用の重要な特性を持ち、経験の浅い開発者に予期しない挙動を引き起こすことがあります。

質問の背景

Goは静的型付けの厳しい言語と見なされ、デフォルトではポインタが存在しませんが、mapとsliceには特別な内部モデルが実装されています。この2つのタイプは参照型構造体です。これにより、これらのオブジェクトをコピーし転送する際に制限があり、複雑なニュアンスを生じます。

問題

mapとsliceのコピーは、その内容を深くコピーするのではなく、同じオブジェクトへの新しい参照を形成します。これにより、データの変更、関数からの値の不正な返却、変更の際に予期しない副作用が生じます。加えて、mapまたはsliceを関数の結果として返すことは、追加のアロケーションやメモリリークを引き起こす可能性があります。

解決策

スライスをコピーすると、新しいスライスは同じメモリ位置を参照します。完全な要素のコピーを行うには、組み込み関数copy()を使用する必要があります。
mapのコピーはポインタの浅いコピーを作成します。深い複製を作成するには、すべてのキー-値ペアをループしてコピーする必要があります。
スライスまたはmapを関数に渡す際は値渡しですが、データを指す構造記述子が渡されます。

正しいコピーの例:

// スライスのコピー
a := []int{1, 2, 3}
b := make([]int, len(a))
copy(b, a) // bは今aから独立

// mapのコピー
src := map[string]int{"x": 1}
dst := make(map[string]int)
for k, v := range src {
    dst[k] = v
}

主な特性:

sliceとmapは参照型であり、内容ではなく記述子によってコピーされる
完全な複製を行うには、手動で（またはスライスの場合はcopyを使用して）全データをコピーする必要がある
関数への渡しまたは関数からの返却は内容をコピーせず、両方の参加者が共通のデータを変更できる

トリッキーな質問。

一方のmap/sliceを他方に単に代入し、そして一方を変更した場合はどうなるか？

mapとsliceは同じメモリ内のデータを指し示し、変更が両方のオブジェクトに影響を及ぼします。

関数からsliceまたはmapを返すときに「メモリ効率が良い」とよく言われるのはなぜか？

それは、全内容ではなく記述子のコピーが返され、ヒープ内のデータは参照がある限り生存するからです。

copy()関数を使用してmapの「深い」コピーを作成できるか？

できません。copy()はスライスと配列にのみ機能し、mapには常にループが必要です。

一般的なエラーとアンチパターン

mapやsliceを互いに代入し、独立性を期待して予期しない副作用を得る
スライスに「ぶら下がった」参照を残し、元を変更して不変条件を破る
copy()関数をmapに適用するなど、目的外に使用する

実生活の例

ネガティブケース

開発者がsliceまたはmapを代入でコピーし、その安全のためにコピーを変更する:

利点:

コードを書く時間を節約
一時変数が少ない

欠点:

プログラムの他の部分に予期しない変更が生じる
「見えない」共有によるバグが見つけにくい

ポジティブケース

必要なデータを変更する前にsliceの場合はcopy()、mapの場合はループを使用: