詳解Go語言Slice作為函數(shù)參數(shù)的使用
前言
首先要明確Go語言中實質(zhì)只有值傳遞,引用傳遞和指針傳遞是相對于參數(shù)類型來說。
個人認(rèn)為上訴的結(jié)論不對,把引用類型看做對指針的封裝,一般封裝為結(jié)構(gòu)體,結(jié)構(gòu)體是值類型,所以感覺都是值傳遞。不然我感覺其它語言實質(zhì)不也都是值傳遞?不過我剛學(xué)Go,可能還沒完全弄懂,這個有問題可以互相討論下。
Go語言中的值類型:int、float、bool、array、sturct等,聲明一個值類型變量時,編譯器會在棧中分配一個空間,空間里存儲的就是該變量的值。
Go語言中的引用類型:slice,map,channel,interface,func,string等,聲明一個引用類型的變量,編譯器會把實例的內(nèi)存分配在堆上。
string和其他語言一樣,是引用類型,string的底層實現(xiàn)struct String { byte* str; intgo len; }; 但是因為string不允許修改,每次操作string只能生成新的對象,所以在看起來使用時像值類型。
其實引用類型可以看作對指針的封裝。
Slice切片在Go語言中實質(zhì)是一種結(jié)構(gòu)體類型,源碼中定義如下:
源碼位置:src/runtime/slice.go
type slice struct { array unsafe.Pointer len int cap int }
從定義中我們可以知道slice是一種值類型,array是底層數(shù)組指針,它指向底層分配的數(shù)組;len是底層數(shù)組的元素個數(shù);cap是底層數(shù)組的容量,超過容量會擴(kuò)容。
問題與解析
典型問題
有了上面知識的鋪墊,下面我們來看下把slice作為函數(shù)參數(shù)傳遞的典型問題:
package main import "fmt" func main() { tmp := make([]int, 0) fmt.Printf("%p\n", &tmp) fmt.Printf("%v %d %d %p\n", tmp, len(tmp), cap(tmp), tmp) change(tmp) fmt.Printf("%v %d %d %p\n", tmp, len(tmp), cap(tmp), tmp) } func change(tmp []int) { fmt.Printf("%p\n", &tmp) tmp = append(tmp, 6) fmt.Printf("%v %d %d %p\n", tmp, len(tmp), cap(tmp), tmp) } //運行結(jié)果 //0xc000004078 //[] 0 0 0x59cde0 //0xc0000040c0 //[6] 1 1 0xc000014098 //[] 0 0 0x59cde0
這是一個典型問題,你所有疑問的基本這種類型的問題。
疑問點:slice不是引用類型嗎?把它做參數(shù)傳遞時實參應(yīng)該同步修改啊,為什么main函數(shù)中的tmp沒變?
解析:
從之前講的知識中我們已經(jīng)知道slice實質(zhì)是一個結(jié)構(gòu)體,其作為參數(shù)傳遞時形參實質(zhì)復(fù)制了實參整個結(jié)構(gòu)體的內(nèi)容,其實就是值傳遞。
形參分配有一份內(nèi)存空間,存放和實參相同的內(nèi)容,從運行結(jié)果可以看出形參的內(nèi)存地址和實參是不同的。
因為形參中底層數(shù)組指針和實參相同,所以當(dāng)做修改操作時會同步修改到實參中,但是當(dāng)使用append函數(shù)添加元素時,append函數(shù)返回的slice會覆蓋修改到形參的內(nèi)存空間中,和實參無關(guān),所以在main函數(shù)中實參不變??梢栽谏厦娲a中看到函數(shù)中形參已變但實參未變。
有同學(xué)看到上面解析之后可能還會有一些疑問,比如:
append函數(shù)有擴(kuò)容機制,當(dāng)函數(shù)內(nèi)使用append未擴(kuò)容時,是不是就可以同步增加元素到實參中?
為什么傳指針就可以和實參完全同步,指針不也和引用類似嗎?
函數(shù)中使用append時,如果擴(kuò)容,其中形參內(nèi)存空間中底層數(shù)組的地址會被覆蓋修改為新的擴(kuò)容后的底層數(shù)組地址,而實參無變化。上面的代碼就是如此。
其它疑問1
package main import "fmt" func main() { tmp := make([]int, 0, 5) tmp = append(tmp, 1, 2, 3) fmt.Printf("%v %d %d %p\n", tmp, len(tmp), cap(tmp), tmp) change(tmp) fmt.Printf("%v %d %d %p\n", tmp, len(tmp), cap(tmp), tmp) } func change(tmp []int) { tmp = append(tmp, 4) fmt.Printf("%v %d %d %p\n", tmp, len(tmp), cap(tmp), tmp) } //[1 2 3] 3 5 0xc00000c300 //[1 2 3 4] 4 5 0xc00000c300 //[1 2 3] 3 5 0xc00000c300
疑問點:從代碼中可以看出函數(shù)中使用append時是沒有擴(kuò)容的,因為形參中底層數(shù)組地址和實參是一致的,那為什么實參中沒有增加元素?
解析:
其實實參中tmp[3]已經(jīng)變?yōu)?,但是實參和形參內(nèi)存空間中l(wèi)en和cap是獨立的,形參中l(wèi)en修改為了4但實參中l(wèi)en仍然為3,所以實參中未增加元素。
關(guān)于tmp[3]已經(jīng)變?yōu)?可以從如下代碼中反映出來:
package main import "fmt" func main() { tmp := make([]int, 0, 5) tmp = append(tmp, 1, 2, 3, 4, 5) fmt.Printf("%v %d %d %p\n", tmp, len(tmp), cap(tmp), tmp) change(tmp[:3]) fmt.Printf("%v %d %d %p\n", tmp, len(tmp), cap(tmp), tmp) } func change(tmp []int) { tmp = append(tmp, 6) fmt.Printf("%v %d %d %p\n", tmp, len(tmp), cap(tmp), tmp) } //[1 2 3 4 5] 5 5 0xc00000c300 //[1 2 3 6] 4 5 0xc00000c300 //[1 2 3 6 5] 5 5 0xc00000c300
可以看出實參中4已經(jīng)變?yōu)?
或者從如下代碼中更為直接的看出:
package main import ( "fmt" "unsafe" ) func main() { tmp := make([]int, 0, 5) tmp = append(tmp, 1, 2, 3) fmt.Printf("%v %d %d %p\n", tmp, len(tmp), cap(tmp), tmp) change(tmp) p := unsafe.Pointer(&tmp[2]) q := uintptr(p) + 8 t := (*int)(unsafe.Pointer(q)) fmt.Println(*t) fmt.Printf("%v %d %d %p\n", tmp, len(tmp), cap(tmp), tmp) } func change(tmp []int) { tmp = append(tmp, 4) fmt.Printf("%v %d %d %p\n", tmp, len(tmp), cap(tmp), tmp) } //[1 2 3] 3 5 0xc00000c300 //[1 2 3 4] 4 5 0xc00000c300 //4 //[1 2 3] 3 5 0xc00000c300
用實參tmp[2]的地址往后移一個元素地址長度,得到tmp[3]的地址輸出,可以看到變?yōu)榱?。
其它疑問2
package main import "fmt" func main() { tmp := make([]int, 0, 5) tmp = append(tmp, 1, 2, 3) fmt.Printf("%p\n", &tmp) fmt.Printf("%v %d %d %p\n", tmp, len(tmp), cap(tmp), tmp) change(&tmp) fmt.Printf("%v %d %d %p\n", tmp, len(tmp), cap(tmp), tmp) } func change(tmp *[]int) { *tmp = append(*tmp, 4) fmt.Printf("%p\n", tmp) fmt.Printf("%v %d %d %p\n", *tmp, len(*tmp), cap(*tmp), *tmp) } //0xc000004078 //[] 0 0 0xffdde0 //0xc000004078 //[1] 1 1 0xc000014098 //[1] 1 1 0xc000014098
疑問點:為什么指針可以同步修改到實參,*tmp = append(*tmp, 4)這不也是覆蓋修改到形參嗎?
解析:
首先明確傳指針時傳的是slice的地址,形參是地址而非一份和實參相同內(nèi)容的內(nèi)存空間,這點從代碼中打印的0xc000004078地址可以看出。所以*tmp = append(*tmp, 4)這段代碼覆蓋修改的是0xc000004078這個地址指向的slice,即主函數(shù)中的tmp切片,這點從代碼中主函數(shù)中切片tmp的底層數(shù)組地址從0xffdde0變?yōu)?xc000014098可以看出。
結(jié)論
當(dāng)傳指針時,對函數(shù)中slice的任何修改其實都是對主函數(shù)中slice的修改;當(dāng)傳引用,即slice本身時,對函數(shù)中slice使用append時的修改實際是對形參新分配內(nèi)存空間的修改而實參不變,但當(dāng)直接修改slice中值時能同步修改到實參中。
參考鏈接
go中值傳遞、引用傳遞、指針傳遞的區(qū)別 - .追風(fēng)逐月 - 博客園
GO語言slice詳解(結(jié)合源碼) - 就是那片海 - 博客園 (cnblogs.com)
Go語言中slice作為參數(shù)傳遞時遇到的一些“坑” - ExplorerMan - 博客園 (cnblogs.com)
到此這篇關(guān)于詳解Go語言Slice作為函數(shù)參數(shù)的使用的文章就介紹到這了,更多相關(guān)Go語言Slice函數(shù)參數(shù)內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
golang中的select關(guān)鍵字用法總結(jié)
這篇文章主要介紹了golang中的select關(guān)鍵字用法總結(jié),本文給大家介紹的非常詳細(xì),對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友可以參考下2020-06-06sublime text3解決Gosublime無法自動補全代碼的問題
本文主要介紹了sublime text3解決Gosublime無法自動補全代碼的問題,文中通過示例代碼介紹的非常詳細(xì),具有一定的參考價值,感興趣的小伙伴們可以參考一下2022-01-01golang語言如何將interface轉(zhuǎn)為int, string,slice,struct等類型
這篇文章主要介紹了golang語言如何將interface轉(zhuǎn)為int, string,slice,struct等類型,本文給大家介紹的非常詳細(xì),對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友可以參考下2020-12-12