golang中for range的取地址操作陷阱介紹
Tips:for range創(chuàng)建了每個元素的副本,而不是直接返回每個元素的引用
例子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,比較明顯,執(zhí)行了取地址操作,每次都取value變量的地址,所以最后map中的所有元素的值都是value變量的地址(引用),因為最后value被賦值為3,所有輸出都是3.
對于例子2,隱晦一點,夾雜了defer和方法接收者的規(guī)則,但其實也和例子1一樣,執(zhí)行t.Point()時,得到的是t的地址(引用),for結束時,t被賦值為”c“的地址,main函數返回時,都在執(zhí)行”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}
我傻傻的在循環(huán)中取item的地址,結果所有map中的值都指向最后一個!
看來item是一個獨立對象,這個對象指向了數組中的對應元素。
以上為個人經驗,希望能給大家一個參考,也希望大家多多支持腳本之家。如有錯誤或未考慮完全的地方,望不吝賜教。
相關文章
更高效的GoLevelDB:shardingdb實現分片和并發(fā)讀寫操作
這篇文章主要介紹了更高效的GoLevelDB:shardingdb實現分片和并發(fā)讀寫操作的相關資料,需要的朋友可以參考下2023-09-09淺析Go中fasthttp與net/http的性能對比及應用
這篇文章主要為大家詳細介紹了Golang中fasthttp的底層實現以及與net/http的區(qū)別,下面就跟隨小編一起來看看fasthttp到底是如何做到性能如此之快的吧2024-03-03