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。如有錯誤或未考慮完全的地方,望不吝賜教。
推薦閱讀:
- GO的range具體使用
- Go語言快速入門指針Map使用示例教程
- Go 修改map slice array元素值操作
- 詳解Go語言Slice作為函數參數的使用
- golang 切片的三種使用方式及區別的說明