聊聊內(nèi)存中的Slice操作
本文主要關(guān)注 slice 的相關(guān)操作:
- 元素賦值(修改)
- make
- copy
- make and copy
- append
環(huán)境
- OS : Ubuntu 20.04.2 LTS; x86_64
- Go : go version go1.16.2 linux/amd64
聲明
操作系統(tǒng)、處理器架構(gòu)、Golang版本不同,均有可能造成相同的源碼編譯后運行時內(nèi)存地址、數(shù)據(jù)結(jié)構(gòu)不同。
本文僅保證學(xué)習(xí)過程中的分析數(shù)據(jù)在當(dāng)前環(huán)境下的準(zhǔn)確有效性。
代碼清單
- package main
- import "fmt"
- func main() {
- var src = []int{1, 2, 3, 4, 5, 6, 7, 8, 9, 10}
- src[3] = 100
- //src[13] = 200
- dst := makeSlice()
- makeSliceCopy(src)
- growSlice(src)
- copySlice(dst, src)
- sliceStringCopy([]byte("hello world"), "hello slice")
- }
- //go:noinline
- func sliceStringCopy(slice []byte, s string) {
- copy(slice, s)
- PrintInterface(string(slice))
- }
- //go:noinline
- func copySlice(dst []int, src []int) {
- copy(dst, src)
- PrintInterface(dst)
- }
- //go:noinline
- func growSlice(slice []int) {
- slice = append(slice, 11)
- PrintInterface(slice)
- }
- //go:noinline
- func makeSliceCopy(array []int) {
- slice := make([]int, 5)
- copy(slice, array)
- PrintInterface(slice)
- }
- //go:noinline
- func makeSlice() []int {
- slice := make([]int, 5)
- //slice := make([]int, 5, 10)
- //slice := make([]int, 10, 5) // "len larger than cap in make(%v)"
- return slice
- }
- //go:noinline
- func PrintInterface(v interface{}) {
- fmt.Println("it =", v)
- }
深入內(nèi)存
1. 元素賦值
該操作很簡單,直接通過偏移量定位元素內(nèi)存并賦值,對應(yīng)一條機器指令:

如果如下元素索引超過runtime.slice.cap, 則會panic。
- src[13] = 200

查看可執(zhí)行程序,Golang編譯器發(fā)現(xiàn)代碼異常之后,直接使用runtime.panicIndex函數(shù)調(diào)用替換了元素賦值及之后的所有操作,退出程序。

這很令人好奇:明明編譯時期發(fā)現(xiàn)了代碼邏輯錯誤,但并沒有終止編譯過程,而是把它變成一個運行時異常。難道運行時異常更好嗎?
針對這個問題暫時沒有找到合理的答案,只能猜測這是編譯器為了應(yīng)對各種代碼場景的一個通用編譯處理邏輯,而不是僅僅為了處理本例中的情況。
2. make
使用make關(guān)鍵字動態(tài)創(chuàng)建 slice。編譯之后make會變成什么指令,視情況而定。
代碼清單中第42行的makeSlice函數(shù)編譯之后,對應(yīng)的機器指令如下:

可以看到,make關(guān)鍵字編譯之后,變成了 runtime.makeslice 函數(shù)調(diào)用,其實現(xiàn)如下:
- func makeslice(et *_type, len, cap int) unsafe.Pointer {
- // 計算需要分配的內(nèi)存字節(jié)數(shù)
- mem, overflow := math.MulUintptr(et.size, uintptr(cap))
- if overflow || mem > maxAlloc || len < 0 || len > cap {
- mem, overflow := math.MulUintptr(et.size, uintptr(len))
- if overflow || mem > maxAlloc || len < 0 {
- panicmakeslicelen()
- }
- panicmakeslicecap()
- }
- // 直接分配內(nèi)存
- return mallocgc(mem, et, true)
- }
以上代碼非常簡單,有幾個判斷條件稍微解釋下:
(1)overflow表示元素大小和元素數(shù)量的乘積是否溢出,即是否大于64位無符號整數(shù)的最大值,肯定是不能大于的;
(2)maxAlloc的值為 0x1000000000000,實際上大多數(shù)64位處理器和操作系統(tǒng)的內(nèi)存可尋址范圍并不是64位,而是不超過48位,這是Golang一個內(nèi)存分配和校驗邏輯;
(3)len>cap時,Golang編譯器會進(jìn)行檢查 ,編譯失敗。
另外,在Golang源碼中,有個 runtime.makeslice64 函數(shù),并沒有出現(xiàn)在編譯后的可執(zhí)行程序中。在 Go 編譯器代碼中看到應(yīng)該是和32位程序編譯相關(guān)。我們更關(guān)心64位程序,所以不再深究。
3. copy
代碼清單中第23行的copySlice函數(shù)編譯之后,對應(yīng)的機器指令如下:

將其翻譯為Golang偽代碼,大意如下:
- func copySlice(dst []int, src []int) {
- n := len(dst)
- if n > len(src) {
- n = len(src)
- }
- if &dst[0] != &src[0] {
- runtime.memmove(&dst[0], &src[0], len(dst)*8)
- }
- PrintInterface(dst)
- }
仔細(xì)閱讀以上指令代碼,確定其邏輯與 runtime.slicecopy 函數(shù)相匹配,也就是說copy關(guān)鍵字編譯之后變成了runtime.slicecopy函數(shù)調(diào)用。但是編譯器對runtime.slicecopy函數(shù)進(jìn)行了內(nèi)聯(lián)優(yōu)化,所以最終并不能看到直接的runtime.slicecopy函數(shù)調(diào)用。
在Golang中,copy關(guān)鍵字可以用于把 string 對象拷貝到[]byte對象中;因為字符串類型還沒有學(xué)習(xí)到,所以暫時擱置這種特殊情況。
4. make and copy
當(dāng)make和copy兩個關(guān)鍵字一起使用時,又發(fā)生了新變化。
代碼清單中第35行的makeSliceCopy函數(shù)編譯之后,對應(yīng)的機器指令如下:

可以清楚的看到,當(dāng)make和copy兩個關(guān)鍵字一起使用時,被Golang編譯器合并成了 runtime.makeslicecopy 函數(shù)調(diào)用。該函數(shù)源代碼邏輯非常清晰,此處不再贅述。
5. append
代碼清單中第29行的growSlice函數(shù)對已經(jīng)滿的 slice 進(jìn)行 append 操作。
編譯之后,對應(yīng)的機器指令如下:

以上代碼邏輯是:首先進(jìn)行l(wèi)en(slice)+1和cap(slice)比較,對已經(jīng)滿的 slice 進(jìn)行 append 操作時,將觸發(fā)底層數(shù)組的長度擴增(分配新的數(shù)組),將其翻譯為Golang偽代碼,大意如下:
- func growSlice(slice []int) {
- if len(slice) + 1 > cap(slice) {
- slice = runtime.growslice(element_type_pointer, slice, 11)
- }
- // cap(slice) == 20
- slice[len(slice)] = 17
- PrintInterface(slice)
- }
runtime.growslice 函數(shù)的功能是:slice 進(jìn)行append操作時,如果該slice已經(jīng)滿了,調(diào)用該函數(shù)重新分配底層數(shù)組進(jìn)行擴容。
在本例中,
- 原 slice 的容量是10,調(diào)用runtime.growslice函數(shù)之后,容量變?yōu)?0。
- slice元素是 int 類型(element_type_pointer),關(guān)于該類型的分析可以閱讀內(nèi)存中的整數(shù) 。
通過以上學(xué)習(xí)研究,對slice的各種操作有了本質(zhì)上的了解,相信用起來更加得心應(yīng)手。
本文轉(zhuǎn)載自微信公眾號「Golang In Memory」