高性能 Go 语言发行版优化与落地实践（四）|青训营笔记

这是我参与「第三届青训营 -后端场」笔记创作活动的的第四篇笔记。

本节主要内容：

前言

运行时主要是指SDK。

尽量以测试驱动开发。

自动内存管理

概念

double-free:一块儿内存被释放后又被释放了一遍。
use-after-free：一块儿内存被释放后又被使用了。
这两个问题不仅仅会带来正确性的问题，程序很可能就crash了，甚至会带来一些安全漏洞。在CVE库上搜索这两个关键词会有很多漏洞。

GC三个任务：

为新对象分配空间
找到存活对象
回收死亡对象的内存空间

这里Serial GC和Parallel GC都会暂停业务，而Concurrent GC可以让业务线程以及GC线程同时运行，当然这也会带来问题：

如果GC将o和a标记为存活对象后，o又指向了b，而b未被标记为存活对象，因此有可能被清除。
因此，Collectors必须感知对象指向关系的改变！

Tracing garbage collection(追踪垃圾回收)

回收一共分为了三步:

在全局变量和栈中标记根对象，即1，2，3.
通过根对象找到并标记可达对象，即4，5.
清理不可达对象，即6，7.这里分了三种方法：
- Copying GC：将存活的对象复制到另外的内存空间，然后当前内存空间就可以继续使用随意分配了。
- Mark-sweep GC:将死亡对象的内存标记为可分配，组成一个链表，下次分配对象的时候可以直接使用free list中的空间
- Mark-compact GC：原地整理对象，compact即压缩。

有这么多GC策略，我们该如何挑选？
根据对象的生命周期，使用不同的标记和清理策略。

Generational GC(分代GC)

分代假说将对象分为了年轻代和老年代。
例如一个函数执行过程中创建了很多对象，但当返回结果后函数内的大部分对象都是应当被销毁的。因此很多对象在分配出来后很快就不再使用了。
年轻代和老年代的区分就是通过经历过多少次GC，经历的次数越多还活着说明越老越重要，因此可以分开管理，并用不同的GC策略。

年轻代使用Copying GC,是因为当前内存中可能90%的对象都应当销毁，只有小部分对象存活，只需要把这一小部分对象移动到另一块儿内存即可。
老年代使用Mark-sweep GC，因为他们大多数都会继续活着，只有少部分会被销毁，因此如果用Copying GC的话需要拷贝90%的对象，消耗很大，而Mark-sweep GC只需要他们留在原地即可。