1.JavaScript中的垃圾收集
1.程序的运行需要内存,只要程序需要,操作系统就必须提供内存。
2.JavaScript使用自动内存管理,这被称为”垃圾回收机制”(garbage collector)
3. 优点:简化开发,节省代码
4.缺点: 无法完整的掌握内存的分配与回收的具体过程
1.1.NodeJS中的内存管理
如果不再用到的内存没有及时释放,就叫做内存泄漏
1.2 V8内存管理
1.2.1 V8内存限制
在
64
位操作系统可以使用
1.4G
内存
在
32
位操作系统中可以使用
0.7G
内存
1.2.2 V8内存管理
JS对象都是通过V8进行分配管理内存的
process.memoryUsage
返回一个对象,包含了
Node
进程的内存占用信息
rss
(
resident set size
):所有内存占用,包括指令区和堆栈。
heapTotal
:
”
堆
”
占用的内存,包括用到的和没用到的
heapUsed
:用到的堆的部分。判断内存泄漏,以
heapUsed
字段为准
external
:
V8
引擎内部的
C++
对象占用的内存
1.2.3 为何限制内存大小
因为V8的垃圾收集工作原理导致的, 1.4G内存完全一次垃圾收集需要1秒以上
这个暂停时间成为
Stop The World
,
在这个期间,应用的性能和响应能力都会下降
1.2 4 如何打开内存限制
一旦初始化成功,生效后不能再修改
–max-new-space-size
,最大
new space
大小,执行
scavenge
回收,默认
16M
,单位
KB
–max-old-space-size
,最大
old space
大小,执行
MarkSweep
回收,默认
1G
,单位
MB
node --max-old-space-size=2000 app.js 单位是M
node --max-new-space-size=1024 app.js 单位是kb
2. V8的垃圾回收机制
V8
是基于分代的垃圾回收
不同代垃圾回收机制也不一样
按存活的时间分为新生代和老生代
2.1 分代
年龄小的是新生代,由From区域和To区域两个区域组成
在64位系统里,新生代内存是32M,From区域和To区域各占用16M
在32位系统里,新生代内存是16M,From区域和To区域各占用8M
年龄大的是老生代,默认情况下
64为系统下老生代内存是1400M
32为系统下老生代内存是700M
2.2引用计数
语言引擎有一张引用表,保存了内存里面所有的资源的引用次数。
如果一个值的引用次数是
0
,就表示这个值不再用到了,因此可以将这块内存释放。
function Person(name){
this.name = name
}
let p1 = new Person('tengxun')
let p2 = new Person('huawei')
let arr = [p1]
setTimeout(function(){
p1 = null;
p2 = null;
},3000)
setTimeout(function(){
arr = null
},10000);
let arr = []
setInterval(function(){
let obj = {}
for(let i=0;i<1000000;i++){
obj[i] = i
}
arr.push(obj)
},500)
function Person(name){
this.name = name;
}
let set = new Set();
let weakset = new WeakSet();
let p1 = new Person('tengxun')
let p2 = new Person('huawei')
set.add(p1)
weakset.add(p2)
p1 = null
p2 = null
2.2 新生代垃圾回收
新生代区域一分为二,每个
16M
,一个使用,一个空闲
开始垃圾回收的时候,会检查
FROM
区域中的存活对象,如果还活着,拷贝到
TO
空间,完成后释
放空间
完成后
FROM
和
TO
互换
新生代扫描的时候是一种广度优先的扫描策略
新生代的空间小,存活对象少
当一个对象经历过多次的垃圾回收依然存活的时候,生存周期比较长的对象会被移动到老生代,
这个移动过程被成为晋升或者升级
经过
5
次以上的回收还存在
TO
的空间使用占比超过
25%
,或者超大对象
2.3 老生代
mark-sweep(
标记清除
) mark-compact(
标记整理
)
老生代空间大,大部分都是活着的对象
,GC
耗时比较长
在
GC
期间无法响应,
STOP-THE-WORLD
V8
有一个优化方案,增量处理,把一个大暂停换成多个小暂停
INCREMENT-GC
2.3.1 mark-sweep(标记清除)
标记活着的对象,随后清除在标记阶段没有标记的对象,只清理死亡对象
问题在于清除后会出现内存不连续的情况,这种内存碎片会对后续的内存分配产生影响
如果要分配一个大对象,碎片空间无法分配
2.3.2 mark-compact(标记整理)
标记死亡后会对对象进行整理,活着的对象向左移动,移动完成后直接清理掉边界外的内存
2.3.3 incremental marking 增量标记
以上三种回收时都需要暂停程序执行,收集完成后才能恢复,
STOP-THE-WORLD
在新生代影响
不大,但是老生代影响就非常大了
增量标记就是把标记改为了增量标记,把一口气的停顿拆分成了多个小步骤,做完一步程序运行
一会儿,垃圾回收和应用程序运行交替进行,停顿时间可以减少到
1/6
左右
包括垃圾回收的占用时间
v8垃圾清理机制初步整理,欢迎留言讨论。