go垃圾回收GC，内存泄漏

link
根对象
全局变量，各个goroutine 栈上的变量等

触发时间

每两分钟触发一次，当前分配的内存达到一定阈值时触发(这个阈值在每次GC过后都会根据堆内存的增长情况和CPU占用率来调整)

根对象：没有被引用的对象
灰色：对象已被标记，但这个对象包含的子对象未标记
黑色：对象已被标记，且这个对象包含的子对象也已标记，gcmarkBits对应的位为1（该对象不会在本次GC中被清理）
白色：对象未被标记，gcmarkBits对应的位为0（该对象将会在本次GC中被清理）

GC流程：

1. 开启写屏障（需要STW），收集根对象
2. 标记所有根对象, 和根对象可以到达的所有对象不被回收。
3. 重新扫描，关闭写屏障（需要STW）
4. 回收

STW：防止内存发生改变

写屏障： 防止依赖树发生改变
例如开始扫描时发现根对象A和B, B拥有C的指针。

1. GC先扫描A，A放入黑色
2. B把C的指针交给A
3. GC再扫描B，B放入黑色
4. C在白色，会回收；但是A其实引用了C。

内存泄漏

1. 有goroutine泄漏，goroutine“飞”了，zombie goroutine没有结束，这个时候在这个goroutine上分配的内存对象将一直被这个僵尸goroutine引用着，进而导致gc无法回收这类对象，内存泄漏
2. 有一些全局（或者生命周期和程序本身运行周期一样长的）的数据结构出现问题，导致本该释放的对象没有释放，虽然goroutine已经退出了，但是这些对象并没有从这类数据结构中删除，导致对象一直被引用，无法被回收

解决方案

1. 压测模拟用户操作，查看线程数量，若新创建的进程都被销毁，排除线程泄漏
2. 再次用压测工具进行压测然后关闭，使用观察内存，堆栈情况