淺嘗Go語言GC

你們好，我是小棧君，由於我的和工做的緣故，因此拖更了一點時間，可是關於拖更的內容小棧君會在後續的時間中補回來，還但願你們繼續支持和關注小棧君。固然，在國內疫情稍微減緩的狀況下，小棧君在這裏也多說兩句，在很是時刻，咱們應當保持警戒，清洗手，多通風，避免人羣彙集，但願你們平安健康，

閒話很少說，咱們直接進入正題，今天給你們分享的事關於Go語言中的GC，本期的分享並無多少代碼可言，都是一些理論知識，但願你們耐心且看完，由於能力有限，因此這邊小棧君會盡可能用大白話來進行敘述，若有錯誤之處，還請多多諒解。

GC含義：

對於編程有經驗的同窗應該都知道GC，他的英文全稱是garbage collector ，也就是咱們一般所說的垃圾收集器。其實Go語言的垃圾收集器是相對於C++語言有十分重要的改進，針對於開發過C++的同窗或是大學的時候學習的C++知識而言的話，咱們應該知道在C++語言中建立對象分配空間後須要手動釋放，針對於手動釋放的狀況下，有時候咱們很難去進行判斷何時須要，在編程的難度方面無疑是大大增長了難度。

GO語言GC的發展：

Go語言的GC問題，其實經歷過多個版本的迭代，並不是一蹴而就，就像咱們作編程的同樣並不是一輩子下來就會。他也是經歷過必定時間的發展史。在1.1版本的時候Go語言採用的STW也就是stop the word，也就是咱們常說的標記清掃的方式，在此期間容器是不會執行咱們的應用程序，因此也會被人所詬病。在Go語言1.3版本以後，Go語言的團隊進行分離了標記和清楚的操做，使用了協程進行併發執行清理，也就是在標記的時候進行Mark STW，sweep的時候併發執行。它所表明的的執行過程大體以下：在進行GC的時候，Go語言會首先中止運行咱們的程序，進行遞歸遍歷對象，進行標記，標記完成以後將全部沒有引用的對象進行清理。因爲標記會進行程序的中止，因此當對象特別多的時候標記和清理的時間就會相對的延長(有多是幾百毫秒)，對於大型的項目而言無疑是很難受的。
因此在Go語言的1.5版本中針對於標記和清理算法的改進，引入了三色標記法。從邏輯上進行劃分爲幾大區域，白色區域[未搜索]、灰色區域[正搜索]、黑色區域[已搜索]。
其運行的原理大體以下：

程序運行之初，針對於建立的對象都做爲白色的標記。而後當咱們的GC開始的時候，咱們將全部可達的對象都標記爲灰色

而後標記爲黑色以後，在以灰色爲基點進行可達分析，找到其引用的對象，而後將其引用的對象標記爲灰色，本身則變成黑色。

依次進行循環，最終將全部可達的對象標記爲黑色，以便於系統區分。

而後系統再回收白色未標記的對象，釋放內存。

大致的三色標記法的過程就是這樣。固然Go語言的團隊每次的更新都會對GC算法進行優化，好比在golang1.5版本的時候支持了併發的收集，在1.8的時候已經將STW的時間優化到了100微妙。一般來說在咱們應用程序上一次時間只須要10微妙，並且在1.10版本以後再次減小了GC對於CPU的使用率。

固然值得注意一點的是，和java程序同樣程序對於GC的這個動做是自發進行的。在下列的狀況下會進行觸發GC。一種狀況是程序申請內存空間時，發現GC是上次GC的兩倍，另外一種狀況是程序在運行過程當中，每2分鐘會進行GC的觸發。

GC的調優

這裏小棧君粗略的講解一下關於GC的調優吧，第一是咱們在程序編寫的過程當中，要作到儘可能的小對象複用，針對於局部變量儘可能少去聲明，針對於多個小對象的狀況咱們能夠用一個結構體進行包裝，方便GC的掃描。其次就是少用string的「+進行字符串的拼接。
最後在go源碼中也有對於GC的相關描述：

在runtime包中，這裏團隊寫了關於GC的詳細流程，包括GC率和標記方式等等，感興趣的朋友能夠下來看一下，若是英文不是很好的話，能夠自行搜索翻譯，哈哈哈哈。

好了，今天的淺嘗分析go語言的GC就先到這裏了，若是你喜歡個人分享，還請記得多多轉發，點贊，我是小棧君，咱們下期分享再見~，拜了個拜

本文由博客一文多發平臺 OpenWrite 發佈！