浅尝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版本中针对于标记和清理算法的改进,引入了三色标记法。从逻辑上进行划分为几大区域,白色区域[未搜索]、灰色区域[正搜索]、黑色区域[已搜索]。
其运行的原理大致如下:

file

程序运行之初,针对于创建的对象都作为白色的标记。然后当我们的GC开始的时候,我们将所有可达的对象都标记为灰色

file

然后标记为黑色之后,在以灰色为基点进行可达分析,找到其引用的对象,然后将其引用的对象标记为灰色,自己则变成黑色。

file

依次进行循环,最终将所有可达的对象标记为黑色,以便于系统区分。

file

然后系统再回收白色未标记的对象,释放内存。

file

大体的三色标记法的过程就是这样。当然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的相关描述:

file

file

file

file

file

在runtime包中,这里团队写了关于GC的详细流程,包括GC率和标记方式等等,感兴趣的朋友可以下来看一下,如果英文不是很好的话,可以自行搜索翻译,哈哈哈哈。

好了,今天的浅尝分析go语言的GC就先到这里了,如果你喜欢我的分享,还请记得多多转发,点赞,我是小栈君,我们下期分享再见~,拜了个拜

本文由博客一文多发平台 OpenWrite 发布!

你可能感兴趣的:(浅尝Go语言GC)