V8 的内存分代和回收算法请简单讲一讲

在V8中会把堆分为新生代和<a href="https://www.zhihu.com/search?q=%E8%80%81%E7%94%9F%E4%BB%A3&amp;search_source=Entity&amp;hybrid_search_source=Entity&amp;hybrid_search_extra=%7B%22sourceType%22%3A%22article%22%2C%22sourceId%22%3A%22417023073%22%7D" target="">老生代</a>两个区域V8实现了GC算法，采用了分代式垃圾回收机制，所以V8将堆内存分为<code>新生代</code>(副垃圾回收器)和<code>老生代</code>(主垃圾回收器)两个部分<h4 style="text-align: start; line-height: 1.5;">新生代</h4>新生代中通常只支持1~8M的容量，所以主要存放生存时间较短的对象新生代中使用<code>Scavenge GC</code>算法，将新生代空间分为两个区域：对象区域和空闲区域。顾名思义，就是说这两块空间只使用一个，另一个是空闲的。工作流程是这样的<ul><li style="text-align: start;">将新分配的对象存入对象区域中，当对象区域存满了，就会启动GC算法</li><li style="text-align: start;">对对象区域内的垃圾做标记，标记完成之后将对象区域中还存活的对象复制到空闲区域中，已经不用的对象就销毁。这个过程不会留下内存碎片</li><li style="text-align: start;">复制完成后，再将对象区域和空闲互换。既回收了垃圾也能让新生代中这两块区域无限重复使用下去</li></ul>正因为新生代中空间不大，所以就容易出现被塞满的情况，所以<ul><li style="text-align: start;">经历过两次垃圾回收依然还存活的对象会被移到老生代空间中</li><li style="text-align: start;">如果空闲空间对象的占比超过25%，为了不影响内存分配，就会将对象转移到老生代空间</li></ul><h4 style="text-align: start; line-height: 1.5;">老生代</h4>老生代特点就是占用空间大，所以主要存放存活时间长的对象老生代中使用<code>标记清除算法</code>和<code>标记压缩算法</code>。因为如果也采用Scavenge GC算法的话，复制大对象就比较花时间了<h4 style="text-align: start; line-height: 1.5;">标记清除</h4>标记清除的流程是这样的<ul><li style="text-align: start;">从根部(js的全局对象)出发，遍历堆中所有对象，然后标记存活的对象</li><li style="text-align: start;">标记完成后，销毁没有被标记的对象</li></ul>由于垃圾回收阶段，会暂停JS脚本执行，等垃圾回收完毕后再恢复JS执行，这种行为称为<code>全停顿(stop-the-world)</code> 比如堆中数据超过1G，那一次完整的垃圾回收可能需要1秒以上，这期间是会暂停JS线程执行的，这就导致页面性能和响应能力下降增量标记 所以在2011年，V8从 stop-the-world 标记切换到<code>增量标记</code>。使用增量标记算法，GC 可以将回收任务分解成很多小任务，穿插在JS任务中间执行，这样避免了应用出现卡顿的情况并发标记 然后在2018年，GC 技术又有重大突破，就是<code>并发标记</code>。让 GC 扫描和标记对象时，允许JS同时运行标记压缩 清除后会造成堆内存出现内存碎片的情况，当碎片超过一定限制后会启动<code>标记压缩算法</code>，将存活的对象向堆中的一端移动，到所有对象移动完成，就清理掉不需要的内存

DreamCoders/CoderGuide

内容风险标识

评论 (0)

DreamCoders/CoderGuide .gitee-modal { width: 500px !important; }

内容风险标识