万恶的前端内存泄漏及万善的解决方案，程序员面试宝典app

本文链接：https://blog.csdn.net/m0_54926105/article/details/137936655

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Web前端全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上前端开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip1024c （备注前端）

正文

解决：将事件处理函数定义在外部，解除闭包，或者在定义事件处理函数的外部函数中。

比如：在循环中的函数表达式，能复用最好放到循环外面。

// bad

for (var k = 0; k < 10; k++) {

var t = function (a) {

// 创建了10次函数对象。

console.log(a)

}

t(k)

}

// good

function t(a) {

console.log(a)

}

for (var k = 0; k < 10; k++) {

t(k)

}

t = null

3、没有清理的 DOM 元素引用

原因：虽然别的地方删除了，但是对象中还存在对 dom 的引用。

// 在对象中引用DOM

var elements = {

btn: document.getElementById(‘btn’),

}

function doSomeThing() {

elements.btn.click()

}

function removeBtn() {

// 将body中的btn移除, 也就是移除 DOM树中的btn

document.body.removeChild(document.getElementById(‘button’))

// 但是此时全局变量elements还是保留了对btn的引用, btn还是存在于内存中,不能被GC回收

}

解决方法：手动删除，elements.btn = null。

4、被遗忘的定时器或者回调

定时器中有 dom 的引用，即使 dom 删除了，但是定时器还在，所以内存中还是有这个 dom。

// 定时器

var serverData = loadData()

setInterval(function () {

var renderer = document.getElementById(‘renderer’)

if (renderer) {

renderer.innerHTML = JSON.stringify(serverData)

}

}, 5000)

// 观察者模式

var btn = document.getElementById(‘btn’)

function onClick(element) {

element.innerHTMl = “I’m innerHTML”

}

btn.addEventListener(‘click’, onClick)

解决方法：

手动删除定时器和 dom。
removeEventListener 移除事件监听

vue 中容易出现内存泄露的几种情况

在 Vue SPA 开发应用，那么就更要当心内存泄漏的问题。因为在 SPA 的设计中，用户使用它时是不需要刷新浏览器的，所以 JavaScript 应用需要自行清理组件来确保垃圾回收以预期的方式生效。因此开发过程中，你需要时刻警惕内存泄漏的问题。

1、全局变量造成的内存泄露

声明的全局变量在切换页面的时候没有清空

这里是首页

解决方案:在页面卸载的时候顺便处理掉该引用。

destroyed () {

window.test = null // 页面卸载的时候解除引用

}

2、监听在 window/body 等事件没有解绑

特别注意 window.addEventListener 之类的时间监听

这里是首页

解决方法:在页面销毁的时候，顺便解除引用，释放内存

mounted () {

window.addEventListener(‘resize’, this.func)

beforeDestroy () {

window.removeEventListener(‘resize’, this.func)

}

3、绑在 EventBus 的事件没有解绑

举个例子

这里是首页

解决方法:在页面卸载的时候也可以考虑解除引用

mounted () {

this. $E v e n tB u s .$ on(‘homeTask’, res => this.func(res))

destroyed () {

this. $E v e n tB u s .$ off()

}

4、Echarts

每一个图例在没有数据的时候它会创建一个定时器去渲染气泡，页面切换后，echarts 图例是销毁了，但是这个 echarts 的实例还在内存当中，同时它的气泡渲染定时器还在运行。这就导致 Echarts 占用 CPU 高，导致浏览器卡顿，当数据量比较大时甚至浏览器崩溃。

解决方法：加一个 beforeDestroy()方法释放该页面的 chart 资源，我也试过使用 dispose()方法，但是 dispose 销毁这个图例，图例是不存在了，但图例的 resize()方法会启动，则会报没有 resize 这个方法，而 clear()方法则是清空图例数据，不影响图例的 resize，而且能够释放内存，切换的时候就很顺畅了。

beforeDestroy () {

this.chart.clear()

}

5、v-if 指令产生的内存泄露

v-if 绑定到 false 的值，但是实际上 dom 元素在隐藏的时候没有被真实的释放掉。

比如下面的示例中，我们加载了一个带有非常多选项的选择框，然后我们用到了一个显示/隐藏按钮，通过一个 v-if 指令从虚拟 DOM 中添加或移除它。这个示例的问题在于这个 v-if 指令会从 DOM 中移除父级元素，但是我们并没有清除由 Choices.js 新添加的 DOM 片段，从而导致了内存泄漏。

<button v-if=“showChoices” @click=“hide”>Hide

<button v-if=“!showChoices” @click=“show”>Show

在上述的示例中，我们可以用 hide() 方法在将选择框从 DOM 中移除之前做一些清理工作，来解决内存泄露问题。为了做到这一点，我们会在 Vue 实例的数据对象中保留一个属性，并会使用 Choices API 中的 destroy() 方法将其清除。

<button v-if=“showChoices” @click=“hide”>Hide

<button v-if=“!showChoices” @click=“show”>Show