GC(Garbage Collection)是各大语言的宠儿，也是计算机科学领域里很热门的一个话题。最早在JVM中有看过这个算法，后来发现即使是js这种脚本语言也是有GC的。单纯就JVM来说的话，GC算法也在不断地改进，成熟。从最早的串行到高顿吞吐量的并行，为了解决高延迟又演化出了CMS(Concurrent Mark Sweep)，为了解决碎片的问题，又开发了G1.

为什么我们需要进行GC呢

在早期的编程语言中，程序运行中没有栈帧(Stack Frame)去维护，所以采用的是静态分配策略，这比动态分配要快不少，但是它有一个很不人性化的缺点就是需要在编译期的时候确定程序所需要的数据结构大小。

在1958年，Algol-58 语言首次提出了块结构(block-structured)，块结构语言通过在内存中申请栈帧来实现按需分配的动态策略。在过程被调用时，帧(frame)会被压到栈的最上面，调用结束时弹出。栈分配策略赋予程序员极大的自由度，局部变量在不同的调用过程中具有不同的值，这为递归提供了基础。但是后进先出(Last-In-First-Out, LIFO)的栈限制了栈帧的生命周期不能超过其调用者，而且由于每个栈帧是固定大小，所以一个过程的返回值也必须在编译期确定。所以诞生了新的内存管理策略——堆(heap)管理。

现在计算机VS图灵机

现代计算机相对于图灵机来说，本质上的区别就在于资源有限性，所以在使用完各种资源以后，需要将其释放(release)。

那释放资源全都用GC可以嘛

GC本来就是给马大哈的程序员准备的，人为的手动释放资源很容易出问题，那我能不能在每次需要释放资源的时候都调用GC算法呢？这样不是一劳永逸嘛。