前端内存泄漏详解(一)

简介: 前端内存泄漏详解(一)

🍬本文目录

🥙一、什么是内存泄漏


JavaScript 通过自动内存管理实现内存分配和闲置资源回收。基本思路很简单:确定哪个变量不会再使用,然后释放它占有的内存。这个过程是周期性的,即垃圾回收程序每隔一定时间(或者说在代码执行过程中某个预订的收集时间)就会自动运行。 垃圾回收是一个近似且不完美的方案,因为某块内存是否还有用,属于“不可判定的”问题,意味着靠算法是解决不了的。

——《JavaScript 高级程序设计(第4版)》4.3 垃圾回收


我们知道了JS对内存管理是自动的,并没特殊的机制去实现。那么为什么有时候会出现内存泄漏的情况呢?主要原因在于应用程序分配内存之后,由于程序设计错误,导致无法对分配的内存进行管理,无法垃圾回收(GC)、释放内存,情况严重则会导致系统卡死。内存泄漏就是未能释放不在使用的内存


垃圾回收过程是不实时进行的,因为JavaScript是一门单线程的语言,每次执行垃圾回收,会使程序应用逻辑暂停,执行完垃圾后回收再执行应用逻辑,这种行为称为全停顿,所以一般垃圾回收会在cpu闲时进行


🥪二、内存生命周期


我们在创建变量、函数或者其他任何内容的时候,JS引擎会自动为我们分配内存,并且在不需要的时候释放内存。一共需要经历三个阶段:


  • 内存分配:当我们创建变量或函数时,JS引擎会为我们分配一些内存空间来存放该变量的内容
  • 内存使用:使用分配得到内存,就可以在js中读取并写入变量或者对象的属性值
  • 内存释放:在不需要变量或者函数时候,JS引擎会自动清除(闭包、程序bug除外)

当然内存分配包括了静态分配和动态分配,我们在这里暂且不谈论。


🌮三、导致内存泄漏可能存在的情况以及解决方法


  • addEventListener

addEventListener添加在全局变量比如:window、body等时,组件销毁时,就会导致内存泄漏;如果在组件dom上进行监听便不会导致内存泄漏,因为dom销毁时候监听器会自动移除。使用addEventListener导致内存泄漏时,需要使用removeEventListener移除。

  • setTimeout/setTimeInterval

使用定时器时候一定要记得在不需要使用时候用clearTimeout、clearInterval清除掉。

  • URL.createObjectURL

每次调用URL.createObjectURL时候都会创建一个新的对象,在不需要使用该对象的时候,一定要用URL.revokeObjectURL()清除掉创建的对象。

let url = window.URL.createObjectURL(new Blob([data]))
  let link = document.createElement('a')
  link.style.display = 'none'
  link.href = url
  link.setAttribute('download', filename)
  document.body.appendChild(link)
  link.click()
  document.body.removeChild(link); //下载完成移除元素
  window.URL.revokeObjectURL(url); //释放掉blob对象


  • 不正当的闭包情况
function bibao(){
    let a = 0;
    return function(){
        return a
    }
}
let func = bibao()
func()


return的函数中对bibao函数中的a变量有引用,故而a并不会被垃圾回收,造成内存泄漏,解决办法为当不使用bibao函数时,将func置空:


function bibao(){
    let a = 0;
    return function(){
        return a
    }
}
let func = bibao()
func()
func = null;


另外,全局变量可以重复使用,但是容易造成变量污染。不同的地方定义了相同的全局变量,这样就会产生混乱。局部变量仅在局部作用域内有效,不可以重复使用,不会造成变量污染。而闭包结合了全局变量和局部变量的优点,可以重复使用变量,并且不会造成变量污染


  • 隐式全局变量

全局变量除非被取消或者重新分配之外也是无法回收的。

function ImplicitGlobalVariables(){
    a= 0;
    this.b = 3;
}


  • 子元素存在引用
div id="root">
  <ul id="ul">
    <li></li>
    <li id="li"></li>
  </ul>
</div>
<script>
  let root = document.querySelector('#root')
  let ul = document.querySelector('#ul')
  let li = document.querySelector('#li')
  // 由于ul变量存在,整个ul及其子元素都不能被回收
  root.removeChild(ul)
  // 虽置空了ul变量,但由于li3变量引用ul的子节点,所以ul元素依然不能被回收
  ul = null
  // 已无变量引用,此时可以回收
  li = null
</script>
目录
相关文章
|
2月前
|
存储 弹性计算 算法
前端大模型应用笔记(四):如何在资源受限例如1核和1G内存的端侧或ECS上运行一个合适的向量存储库及如何优化
本文探讨了在资源受限的嵌入式设备(如1核处理器和1GB内存)上实现高效向量存储和检索的方法,旨在支持端侧大模型应用。文章分析了Annoy、HNSWLib、NMSLib、FLANN、VP-Trees和Lshbox等向量存储库的特点与适用场景,推荐Annoy作为多数情况下的首选方案,并提出了数据预处理、索引优化、查询优化等策略以提升性能。通过这些方法,即使在资源受限的环境中也能实现高效的向量检索。
|
7月前
|
Web App开发 缓存 前端开发
【Flutter前端技术开发专栏】Flutter中的性能优化与内存管理
【4月更文挑战第30天】本文探讨了Flutter应用的性能优化和内存管理。关键点包括:减少布局重绘(使用`const`构造函数和最小化依赖),选择合适的动画实现,懒加载和按需加载以提升性能。同时,强调了避免内存泄漏和优化内存使用,利用Flutter提供的性能分析工具。实践案例展示了如何优化ListView,包括使用`ListView.builder`和缓存策略。通过这些方法,开发者可以提升应用的响应性、流畅性和稳定性。
280 0
【Flutter前端技术开发专栏】Flutter中的性能优化与内存管理
|
5月前
|
自然语言处理 前端开发 JavaScript
前端 JS 经典:闭包与内存泄漏、垃圾回收
前端 JS 经典:闭包与内存泄漏、垃圾回收
50 0
|
7月前
|
存储 缓存 JavaScript
【Web 前端】JS哪些操作会造成内存泄露?
【4月更文挑战第22天】【Web 前端】JS哪些操作会造成内存泄露?
|
7月前
|
Dart 前端开发 Java
【Flutter前端技术开发专栏】Flutter中的内存泄漏检测与解决
【4月更文挑战第30天】本文探讨了Flutter应用中的内存泄漏检测与解决方法。内存泄漏影响性能和用户体验,常见原因包括全局变量、不恰当的闭包使用等。开发者可借助`observatory`工具或`dart_inspector`插件监测内存使用。解决内存泄漏的策略包括避免长期持有的全局变量、正确管理闭包、及时清理资源、妥善处理Stream和RxDart订阅、正确 disposal 动画和控制器,以及管理原生插件资源。通过这些方法,开发者能有效防止内存泄漏,优化应用性能。
410 0
【Flutter前端技术开发专栏】Flutter中的内存泄漏检测与解决
|
7月前
|
移动开发 前端开发 JavaScript
Java和web前端,IT新人该如何选择?,2024年最新Web前端内存优化面试
Java和web前端,IT新人该如何选择?,2024年最新Web前端内存优化面试
|
存储 JavaScript 前端开发
手撕前端面试题【javascript~ 列表动态渲染、无重复数组、数组排序、新数组、创建数组、深浅拷贝、内存泄露等】
html页面的骨架,相当于人的骨头,只有骨头是不是看着有点瘆人,只有HTML也是如此。 css,相当于把骨架修饰起来,相当于人的皮肉。
81 0
|
JavaScript 前端开发 程序员
|
存储 JavaScript 前端开发
前端 js 栈内存和堆内存 基本数据类型和复杂数据类型的区别?
前端 js 栈内存和堆内存 基本数据类型和复杂数据类型的区别?
107 0
|
存储 JavaScript 前端开发
手撕前端面试题【javascript~文件扩展名、分隔符、单向绑定、判断版本、深浅拷贝、内存泄露等】
手撕前端面试题【javascript~文件扩展名、分隔符、单向绑定、判断版本、深浅拷贝、内存泄露等】
254 0
手撕前端面试题【javascript~文件扩展名、分隔符、单向绑定、判断版本、深浅拷贝、内存泄露等】