淺談Golang內存逃逸
1.什么是內存逃逸
在一段程序中,每一個函數(shù)都會有自己的內存區(qū)域分配自己的局部變量,返回值,這些內存會由編譯器在棧中進行分配,每一個函數(shù)會分配一個棧幀,在函數(shù)運行結束后銷毀,但是有些變量我們想在函數(shù)運行結束后仍然使用,就需要把這個變量分配在堆上,這種從“棧”上逃逸到“堆”上的現(xiàn)象叫做內存逃逸
2.什么是逃逸分析
雖然Go語言引入的Gc,GC機制會對堆上的對象進行管理,當某個對象不可達(沒有其他對象引用他),他將會被回收。雖然GC可以降低工作人員負擔,但是GC也會給程序帶來性能損耗,當堆內存上有大量的堆內存對象,就會給GC很大的壓力,雖然Go語言使用的是標記清除算法,并且在此基礎上使用了三色標記法和寫屏障技術,但是我們在堆上分配大量內存,仍然會對GC造成很大壓力,Go引入了逃逸分析,就是想減少堆內存的分配,可以在棧分配的內存盡量分配在棧上
3.小結
逃逸分析就是在程序編譯階段根據(jù)代碼中的數(shù)據(jù)流,對代碼中哪些變量需要在棧上分配,哪些需要在對象分配的靜態(tài)分析方法,堆和棧相比,堆適合分配不可預知大小的內存,但是付出代價是分配速度慢,容易產(chǎn)生碎片,棧分配十分快,棧分配只需要兩個指令“Push”和"Release"分配和釋放,而且堆分配需要先找一塊適合大小的內存塊分配,需要垃圾回收釋放,所以逃逸分析可以更好的做內存分配
Go語言的逃逸分析
src/cmd/compile/internal/gc/escape.go
- pointers to stack objects cannot be stored in the heap: 指向棧對象的指針不能存儲在堆中
- pointers to a stack object cannot outlive that object:指向棧對象的指針不能超過該對象的存活期,指針不能在棧對象銷毀之后依然存活(例子:聲明的函數(shù)返回并銷毀了對象的棧幀,或者它在循環(huán)迭代中被重復用于邏輯上不同的變量)
既然逃逸分析是在編譯階段進行的,那我們就可以通過go build -gcflga '-m -m l'查看逃逸分析結果
4.逃逸分析案例
1.函數(shù)返回局部指針變量
func Add(x,y int) *int { res := 0 res = x + y return &res } func main() { Add(1,2) }
.\pointer.go:4:2: res escapes to heap:
.\pointer.go:4:2: flow: ~r2 = &res:
.\pointer.go:4:2: from &res (address-of) at .\pointer.go:6:9
.\pointer.go:4:2: from return &res (return) at .\pointer.go:6:2
.\pointer.go:4:2: moved to heap: res
函數(shù)返回局部變量是一個指針變量,函數(shù)Add執(zhí)行結束,對應棧幀就會銷毀,但是引用返回到函數(shù)外部,如果我們外部解析地址,就會導致程序訪問非法內存,所以經(jīng)過編輯器分析過后將其在堆上分配
2.interface類型逃逸
1.interface產(chǎn)生逃逸
func main() { str := "荔枝" fmt.Println(str) }
E:\GoStudy\src\HighBase\Escape>go build -gcflags="-m -m -l" ./pointer.go
# command-line-arguments
.\pointer.go:20:13: str escapes to heap:
.\pointer.go:20:13: flow: {storage for ... argument} = &{storage for str}:
.\pointer.go:20:13: from str (spill) at .\pointer.go:20:13
.\pointer.go:20:13: from ... argument (slice-literal-element) at .\pointer.go:20:13
.\pointer.go:20:13: flow: {heap} = {storage for ... argument}:
.\pointer.go:20:13: from ... argument (spill) at .\pointer.go:20:13
.\pointer.go:20:13: from fmt.Println(... argument...) (call parameter) at .\pointer.go:20:13
.\pointer.go:20:13: ... argument does not escape
.\pointer.go:20:13: str escapes to heap
str是main的一個局部變量,傳給 fmt.Printl()之后逃逸,因為fmt.Println()的入?yún)⑹莍nterface{}類型,如果參數(shù)為interface{},那么編譯期間就很難確定參數(shù)類型
2.指向棧對象的指針不能在堆中
我們把代碼改成這樣
func main() { str := "蘇珊" fmt.Println(&str) }
# command-line-arguments
.\pointer.go:19:2: str escapes to heap:
.\pointer.go:19:2: flow: {storage for ... argument} = &str:
.\pointer.go:19:2: from &str (address-of) at .\pointer.go:20:14
.\pointer.go:19:2: from &str (interface-converted) at .\pointer.go:20:14
.\pointer.go:19:2: from ... argument (slice-literal-element) at .\pointer.go:20:13
.\pointer.go:19:2: flow: {heap} = {storage for ... argument}:
.\pointer.go:19:2: from ... argument (spill) at .\pointer.go:20:13
.\pointer.go:19:2: from fmt.Println(... argument...) (call parameter) at .\pointer.go:20:13
.\pointer.go:19:2: moved to heap: str
.\pointer.go:20:13: ... argument does not escape
這次str也逃逸到堆上面了,在堆上面進行分配,因為入?yún)⑹莍nterface,變量str的地址被以實參的方式傳入fmt.Println被裝箱到一個interface{}
裝箱的形參變量要在堆上分配,但是還需要存儲一個棧上的地址,這和之前說的第一條不符,所以str也會分配到堆上
3.閉包產(chǎn)生逃逸
func Increase() func() int { ?n := 0 ?return func() int { ? n++ ? return n ?} } func main() { ?in := Increase() ?fmt.Println(in()) // 1 }
E:\GoStudy\src\HighBase\Escape>go build -gcflags "-m -m -l" ./pointer.go
# command-line-arguments
.\pointer.go:27:2: Increase capturing by ref: n (addr=false assign=true width=8)
.\pointer.go:28:9: func literal escapes to heap:
.\pointer.go:28:9: flow: ~r0 = &{storage for func literal}:
.\pointer.go:28:9: from func literal (spill) at .\pointer.go:28:9
.\pointer.go:28:9: from return func literal (return) at .\pointer.go:28:2
.\pointer.go:27:2: n escapes to heap:
.\pointer.go:27:2: flow: {storage for func literal} = &n:
.\pointer.go:27:2: from n (captured by a closure) at .\pointer.go:29:3
.\pointer.go:27:2: from n (reference) at .\pointer.go:29:3
.\pointer.go:27:2: moved to heap: n
.\pointer.go:28:9: func literal escapes to heap
.\pointer.go:36:16: in() escapes to heap:
.\pointer.go:36:16: flow: {storage for ... argument} = &{storage for in()}:
.\pointer.go:36:16: from in() (spill) at .\pointer.go:36:16
.\pointer.go:36:16: from ... argument (slice-literal-element) at .\pointer.go:36:13
.\pointer.go:36:16: flow: {heap} = {storage for ... argument}:
.\pointer.go:36:16: from ... argument (spill) at .\pointer.go:36:13
.\pointer.go:36:16: from fmt.Println(... argument...) (call parameter) at .\pointer.go:36:13
.\pointer.go:36:13: ... argument does not escape
.\pointer.go:36:16: in() escapes to heap
因為函數(shù)是指針類型,所以匿名函數(shù)當做返回值產(chǎn)生逃逸,匿名函數(shù)使用外部變量n,這個n會一直存在知道in被銷毀
4. 變量大小不確定及??臻g不足引發(fā)逃逸
import ( ?? ?"math/rand" ) func LessThan8192() ?{ ?? ?nums := make([]int, 100) // = 64KB ?? ?for i := 0; i < len(nums); i++ { ?? ??? ?nums[i] = rand.Int() ?? ?} } func MoreThan8192(){ ?? ?nums := make([]int, 1000000) // = 64KB ?? ?for i := 0; i < len(nums); i++ { ?? ??? ?nums[i] = rand.Int() ?? ?} } func NonConstant() { ?? ?number := 10 ?? ?s := make([]int, number) ?? ?for i := 0; i < len(s); i++ { ?? ??? ?s[i] = i ?? ?} } func main() { ?? ?NonConstant() ?? ?MoreThan8192() ?? ?LessThan8192() }
# command-line-arguments
.\pointer.go:43:14: make([]int, 100) does not escape
.\pointer.go:51:14: make([]int, 1000000) escapes to heap:
.\pointer.go:51:14: flow: {heap} = &{storage for make([]int, 1000000)}:
.\pointer.go:51:14: from make([]int, 1000000) (too large for stack) at .\pointer.go:51:14
.\pointer.go:51:14: make([]int, 1000000) escapes to heap
.\pointer.go:60:11: make([]int, number) escapes to heap:
.\pointer.go:60:11: flow: {heap} = &{storage for make([]int, number)}:
.\pointer.go:60:11: from make([]int, number) (non-constant size) at .\pointer.go:60:11
.\pointer.go:60:11: make([]int, number) escapes to heap
??臻g足夠不會發(fā)生逃逸,但是變量過大,已經(jīng)超過??臻g,會逃逸到堆上
5.總結
- 逃逸分析在編譯階段確定哪些變量可以分配在棧中,哪些變量分配在堆上
- 逃逸分析減輕了GC壓力,提高程序的運行速度
- 棧上內存使用完畢不需要GC處理,堆上內存使用完畢會交給GC處理
- 函數(shù)傳參時對于需要修改原對象值,或占用內存比較大的結構體,選擇傳指針。對于只讀的占用內存較小的結構體,直接傳值能夠獲得更好的性能
- 根據(jù)代碼具體分析,盡量減少逃逸代碼,減輕GC壓力,提高性能
到此這篇關于淺談Golang內存逃逸 的文章就介紹到這了,更多相關Golang內存逃逸 內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
相關文章
Go語言題解LeetCode1266訪問所有點的最小時間示例
這篇文章主要為大家介紹了Go語言題解LeetCode1266訪問所有點的最小時間示例詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪2023-01-01詳解Golang中errors包如何返回自定義error類型
這篇文章主要為大家詳細介紹了Golang中errors包如何返回自定義error類型,文中的示例代碼簡潔易懂,有需要的小伙伴可以跟隨小編一起學習一下2023-09-09