• JavaScript的垃圾回收机制与内存泄漏


    常用的两种算法:

    引用计数(新版浏览器已弃用,弃用原因:会出现循环引用的情况,无法进行垃圾回收,导致内存泄漏)

    标记清除

    引用计数法

    引用计数,顾名思义一个对象是否有指向它的引用,即看栈中是否有指向要释放的该块堆内存中的地址,如果没有,则该块内存是不需要的,可以进行释放,即垃圾回收

    下面引用大佬的一个简短例子来说明情况

     1 // 创建一个对象person,他有两个指向属性age和name的引用
     2 var person = {
     3     age: 12,
     4     name: 'aaaa'
     5 };
     6  7 person.name = null; // 虽然name设置为null,但因为person对象还有指向name的引用,因此name不会回收
     8  9 var p = person; 
    10 person = 1;         //原来的person对象被赋值为1,但因为有新引用p指向原person对象,因此它不会被回收
    11 12 p = null;           //原person对象已经没有引用,很快会被回收
    13  

    缺点:引用计数有一个致命的问题,那就是循环引用

    当两个对象相互引用,尽管他们已不再使用,但是垃圾回收器不会进行回收,最终可能会导致内存泄露。

    1 function cycle() {
    2     var o1 = {};//1
    3     var o2 = {};//1
    4     o1.a = o2;//2
    5     o2.a = o1; //2
    6     return "cycle reference!"
    7 }
    8 9 cycle();

    cycle函数执行完成之后,对象o1o2实际上已经不再需要了,但根据引用计数的原则,他们之间的相互引用依然存在,因此这部分内存不会被回收。所以现代浏览器不再使用这个算法。

    但是IE依旧使用。

    1 var div = document.createElement("div");
    2 div.onclick = function() {
    3     console.log("click");
    4 };

    上面的写法很常见,但是上面的例子就是一个循环引用。

    变量div有事件处理函数的引用,同时事件处理函数也有div的引用,因为div变量可在函数内被访问,所以循环引用就出现了。

    标记清除(常用)

    文章里写的是:标记清除算法将“不再使用的对象”定义为“无法到达的对象”。即从根部(在JS中就是全局对象)出发定时扫描内存中的对象,凡是能从根部到达的对象,保留。那些从根部出发无法触及到的对象被标记为不再使用,稍后进行回收。

    我这里个人理解:不在原型链上的,不能从全局对象链找到的对象,会被认为是无法到达的对象(也可能我自己理解有误,忘读者指出),比如说下面这个例子

    1 var a = {}  // 这里的a是挂在全局对象上的
    2  
    3 a = null  // 这里a之前存放指向{}的地址变成了null
    4 
    5 // 此时{}是无法找到的,通过全局对象找到a也无法到达{},因此{}会被垃圾回收

    无法触及的对象包含了没有引用的对象这个概念,但反之未必成立。

    所以上面的例子就可以正确被垃圾回收处理了。

    所以现在对于主流浏览器来说,只需要切断需要回收的对象与根部的联系,就能进行垃圾回收

    下面还是引用大佬的例子

    最常见的内存泄露一般都与DOM元素绑定有关:

    email.message = document.createElement(“div”);
    displayList.appendChild(email.message);
    ​
    // 稍后从displayList中清除DOM元素
    displayList.removeAllChildren();

    上面代码中,div元素已经从DOM树中清除,但是该div元素还绑定在email对象中,所以如果email对象存在,那么该div元素就会一直保存在内存中

    参考文章:(https://www.muyiy.cn/blog/1/1.4.html#垃圾回收算法)

  • 相关阅读:
    【大数据学习与分享】技术干货合集
    K8S集群搭建
    字节跳动面试难吗,应该如何应对?(含内推方式)
    我的新书《C++服务器开发精髓》终于出版啦
    同事内推的那位Linux C/C++后端开发同学面试没过......
    死磕hyperledger fabric源码|Order节点概述
    死磕以太坊源码分析之EVM如何调用ABI编码的外部方法
    死磕以太坊源码分析之EVM动态数据类型
    死磕以太坊源码分析之EVM固定长度数据类型表示
    死磕以太坊源码分析之EVM指令集
  • 原文地址:https://www.cnblogs.com/liuarui/p/11387345.html
Copyright © 2020-2023  润新知