golang中for range的取地址操作陷阱介紹

Tips:for range創建瞭每個元素的副本,而不是直接返回每個元素的引用

例子1:

package main
import "fmt"
func main() {
 slice := []int{0, 1, 2, 3}
 myMap := make(map[int]*int)
 for index, value := range slice {
  myMap[index] = &value
 }
 fmt.Println("=====new map=====")
 prtMap(myMap)
}
 
func prtMap(myMap map[int]*int) {
 for key, value := range myMap {
  fmt.Printf("map[%v]=%v\n", key, *value)
 }
}

輸出:

dotzdeMacBook-Pro-2:src dotz$ ./range

=====new map=====

map[0]=3

map[1]=3

map[2]=3

map[3]=3

例子2:

package main  
import "fmt"  
type Test struct {
    name string
}
 
func (this *Test) Point() { // this  為指針
    fmt.Println(this.name)
}
  
func main() {  
    ts := []Test{{"a"}, {"b"}, {"c"}}
    for _, t := range ts {
        defer t.Point() //輸出 c c c
    } 
} 

輸出:

dotzdeMacBook-Pro-2:src dotz$ ./method

c

c

c

例子1 我們預期輸出0,1,2,3,例子2 我們預期輸出a,b, c,但兩個例子的輸出都不是我們預期的。

對於例子1,比較明顯,執行瞭取地址操作,每次都取value變量的地址,所以最後map中的所有元素的值都是value變量的地址(引用),因為最後value被賦值為3,所有輸出都是3.

對於例子2,隱晦一點,夾雜瞭defer和方法接收者的規則,但其實也和例子1一樣,執行t.Point()時,得到的是t的地址(引用),for結束時,t被賦值為”c“的地址,main函數返回時,都在執行”c“的接收方法Point,所以輸出都是”c”.

補充:golang取地址操作采坑:for idx,item := range arr中的item是個獨立對象

先看代碼:

package main
import "fmt"
func main() {
    type s struct {
        A string
        B int32
    }
    arr := []s{
        {"123", 123},
        {"456", 456},
        {"789", 789},
    }
    m := make(map[string]*s)
    for idx, item := range arr {
        m[item.A] = &item
        fmt.Printf("idx=%d, addr=%p, item addr=%p\n", idx, &arr[idx], &item)
    }
    for k, v := range m {
        fmt.Printf("key=%s, v=%+v\n", k, v)
    }
}

運行輸出:

idx=0, addr=0xc00004e050, item addr=0xc0000044a0

idx=1, addr=0xc00004e068, item addr=0xc0000044a0

idx=2, addr=0xc00004e080, item addr=0xc0000044a0

key=123, v=&{A:789 B:789}

key=456, v=&{A:789 B:789}

key=789, v=&{A:789 B:789}

我傻傻的在循環中取item的地址,結果所有map中的值都指向最後一個!

看來item是一個獨立對象,這個對象指向瞭數組中的對應元素。

以上為個人經驗,希望能給大傢一個參考,也希望大傢多多支持WalkonNet。如有錯誤或未考慮完全的地方,望不吝賜教。

推薦閱讀: