Golang 自动内存管理 | 青训营笔记

64 阅读2分钟

这是我参与「第五届青训营 」伴学笔记创作活动的第 4 天

自动内存管理

由程序的运行时系统管理动态内存(为新对象分配空间,找到存活对象,回收死亡对象的内存空间)

  • 避免手动内存管理,专注宇实现业务的逻辑
  • 保证内存使用的安全性和正确性

相关概念

  • Mutator: 业务线程,分配新对象,修改对象指代关系
  • Collector: GC 线程,找到存活对象,回收死亡对象内存空间
  • Serial GC: 只有一个 Collector
  • Parallel GC: 支持多个 Collector 同时回收的 GC 算法
  • Concurrent GC: mutator(s) 和 collector(s) 可以同时执行

评价 GC 算法

  • 安全性
  • 吞吐率
  • 暂停时间
  • 内存开销

追踪垃圾回收

  • 对象被回收的条件: 指针指向关系不可达的对象
  • 标记根对象
    • 静态变量
    • 全局变量
    • 常量
    • 线程栈
    • ...
  • 标记: 找到可达对象
    • 求指针指向关系的传递闭包: 从根对象出发,找到所有可达对象
  • 清理:所有不可达对象
    • 将存活对象复制到另外的内存空间(Copying GC)
    • 将死亡对象的内存标记为"可分配”(Mark-sweep GC)
    • 移动并整理存活对象(Mark-compact GC)

根据对象的生命周期,使用不同的标记和清理策略

分代 GC (Generational GC)

  • 分代假说(Generational hypothesis): most objects die young
  • 直觉(Intuition): 很多对象在分配出来后很快就不再使用了
  • 每个对象都有年龄: 经历过 GC 的次数
  • 目的: 对年轻和老年的对象,制定不同的 GC 策略,降低整体内存管理的开销
  • 不同年龄的对象处于堆(heap)的不同区域

年轻代(Yong generation):

  • 常规的对象分配
  • 由于存活对象很少,一般采用 Copying GC
  • GC 吞吐率高

老年代(Old generation):

  • 对象趋向于一直活着,反复复制开销大
  • 一般采用 Mark-sweep GC

引用计数

  • 每个对象都有一个与之关联的引用数目
  • 对象存活的条件:当且仅当引用数大于 0
  • 优点:
    • 内存管理的操作被平摊到程序执行的过程中
    • 内存管理不需要了解 runtime 的实现细节
  • 缺点:
    • 维护引用计数的开销比较大
    • 无法回收环形数据结构
    • 内存开销:每个对象都引入额外的内存空间
    • 回收内存时依然可以引发时停