本文在github作了收录 github.com/Michael-lzg…javascript
最近收到测试人员的反馈说咱们开发的页面偶现卡死,点击无反应的状况,特别是打开页面较久的时候发生几率较高。打开任务管理器,看到内存占有率已经很高了,初步判断可能存在内存泄漏的状况。下面排查内存泄漏的缘由。html
系统进程再也不用到的内存,没有及时释放,就叫作内存泄漏(memory leak)。当内存占用愈来愈高,轻则影响系统性能,重则致使进程崩溃。Chrome 限制了浏览器所能使用的内存极限(64 位为 1.4GB,32 位为 1.0GB)vue
因为 js 对未声明变量的处理方式是在全局对象上建立该变量的引用。若是在浏览器中,全局对象就是 window 对象。变量在窗口关闭或从新刷新页面以前都不会被释放,若是未声明的变量缓存大量的数据,就会致使内存泄露。java
function fn() { a = 'global variable' } fn()
function fn() { this.a = 'global variable' } fn()
解决方法:node
use strict
。缘由:闭包能够读取函数内部的变量,而后让这些变量始终保存在内存中。若是在使用结束后没有将局部变量清除,就可能致使内存泄露。webpack
function fn () { var a = "I'm a"; return function () { console.log(a); }; }
解决:将事件处理函数定义在外部,解除闭包,或者在定义事件处理函数的外部函数中。git
好比:在循环中的函数表达式,能复用最好放到循环外面。github
// 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
缘由:虽然别的地方删除了,可是对象中还存在对 dom 的引用。web
// 在对象中引用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
。vue-cli
定时器中有 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)
解决方法:
在 Vue SPA 开发应用,那么就更要小心内存泄漏的问题。由于在 SPA 的设计中,用户使用它时是不须要刷新浏览器的,因此 JavaScript 应用须要自行清理组件来确保垃圾回收以预期的方式生效。所以开发过程当中,你须要时刻警戒内存泄漏的问题。
声明的全局变量在切换页面的时候没有清空
<template> <div id="home">这里是首页</div> </template> <script> export default { mounted() { window.test = { // 此处在全局window对象中引用了本页面的dom对象 name: 'home', node: document.getElementById('home'), } }, } </script>
解决方案:在页面卸载的时候顺便处理掉该引用。
destroyed () { window.test = null // 页面卸载的时候解除引用 }
特别注意 window.addEventListener 之类的时间监听
<template> <div id="home">这里是首页</div> </template> <script> export default { mounted () { window.addEventListener('resize', this.func) //window对象引用了home页面的方法 } } </script>
解决方法:在页面销毁的时候,顺便解除引用,释放内存
mounted () { window.addEventListener('resize', this.func) }, beforeDestroy () { window.removeEventListener('resize', this.func) }
举个例子
<template> <div id="home">这里是首页</div> </template> <script> export default { mounted () { this.$EventBus.$on('homeTask', res => this.func(res)) } } </script>
解决方法:在页面卸载的时候也能够考虑解除引用
mounted () { this.$EventBus.$on('homeTask', res => this.func(res)) }, destroyed () { this.$EventBus.$off() }
每个图例在没有数据的时候它会建立一个定时器去渲染气泡,页面切换后,echarts 图例是销毁了,可是这个 echarts 的实例还在内存当中,同时它的气泡渲染定时器还在运行。这就致使 Echarts 占用 CPU 高,致使浏览器卡顿,当数据量比较大时甚至浏览器崩溃。
解决方法:加一个 beforeDestroy()方法释放该页面的 chart 资源,我也试过使用 dispose()方法,可是 dispose 销毁这个图例,图例是不存在了,但图例的 resize()方法会启动,则会报没有 resize 这个方法,而 clear()方法则是清空图例数据,不影响图例的 resize,并且可以释放内存,切换的时候就很顺畅了。
beforeDestroy () { this.chart.clear() }
v-if 绑定到 false 的值,可是实际上 dom 元素在隐藏的时候没有被真实的释放掉。
好比下面的示例中,咱们加载了一个带有很是多选项的选择框,而后咱们用到了一个显示/隐藏按钮,经过一个 v-if 指令从虚拟 DOM 中添加或移除它。这个示例的问题在于这个 v-if 指令会从 DOM 中移除父级元素,可是咱们并无清除由 Choices.js 新添加的 DOM 片断,从而致使了内存泄漏。
<div id="app"> <button v-if="showChoices" @click="hide">Hide</button> <button v-if="!showChoices" @click="show">Show</button> <div v-if="showChoices"> <select id="choices-single-default"></select> </div> </div> <script> export default { data() { return { showChoices: true, } }, mounted: function () { this.initializeChoices() }, methods: { initializeChoices: function () { let list = [] // 咱们来为选择框载入不少选项,这样的话它会占用大量的内存 for (let i = 0; i < 1000; i++) { list.push({ label: 'Item ' + i, value: i, }) } new Choices('#choices-single-default', { searchEnabled: true, removeItemButton: true, choices: list, }) }, show: function () { this.showChoices = true this.$nextTick(() => { this.initializeChoices() }) }, hide: function () { this.showChoices = false }, }, } </script>
在上述的示例中,咱们能够用 hide() 方法在将选择框从 DOM 中移除以前作一些清理工做,来解决内存泄露问题。为了作到这一点,咱们会在 Vue 实例的数据对象中保留一个属性,并会使用 Choices API 中的 destroy() 方法将其清除。
<div id="app"> <button v-if="showChoices" @click="hide">Hide</button> <button v-if="!showChoices" @click="show">Show</button> <div v-if="showChoices"> <select id="choices-single-default"></select> </div> </div> <script> export default { data() { return { showChoices: true, choicesSelect: null } }, mounted: function () { this.initializeChoices() }, methods: { initializeChoices: function () { let list = [] for (let i = 0; i < 1000; i++) { list.push({ label: 'Item ' + i, value: i, }) } // 在咱们的 Vue 实例的数据对象中设置一个 `choicesSelect` 的引用 this.choicesSelect = new Choices("#choices-single-default", { searchEnabled: true, removeItemButton: true, choices: list, }) }, show: function () { this.showChoices = true this.$nextTick(() => { this.initializeChoices() }) }, hide: function () { // 如今咱们可让 Choices 使用这个引用,从 DOM 中移除这些元素以前进行清理工做 this.choicesSelect.destroy() this.showChoices = false }, }, } </script>
前面说过,及时清除引用很是重要。可是,你不可能记得那么多,有时候一疏忽就忘了,因此才有那么多内存泄漏。
ES6 考虑到这点,推出了两种新的数据结构: weakset 和 weakmap 。他们对值的引用都是不计入垃圾回收机制的,也就是说,若是其余对象都再也不引用该对象,那么垃圾回收机制会自动回收该对象所占用的内存。
const wm = new WeakMap() const element = document.getElementById('example') vm.set(element, 'something') vm.get(element)
上面代码中,先新建一个 Weakmap 实例。而后,将一个 DOM 节点做为键名存入该实例,并将一些附加信息做为键值,一块儿存放在 WeakMap 里面。这时,WeakMap 里面对 element 的引用就是弱引用,不会被计入垃圾回收机制。
注册监听事件的 listener 对象很适合用 WeakMap 来实现。
// 代码1 ele.addEventListener('click', handler, false) // 代码2 const listener = new WeakMap() listener.set(ele, handler) ele.addEventListener('click', listener.get(ele), false)
代码 2 比起代码 1 的好处是:因为监听函数是放在 WeakMap 里面,一旦 dom 对象 ele 消失,与它绑定的监听函数 handler 也会自动消失。
w你必须知道的webpack插件原理分析
webpack的异步加载原理及分包策略
总结18个webpack插件,总会有你想要的!
搭建一个 vue-cli4+webpack 移动端框架(开箱即用)
从零构建到优化一个相似vue-cli的脚手架
封装一个toast和dialog组件并发布到npm
从零开始构建一个webpack项目
总结几个webpack打包优化的方法
总结vue知识体系之高级应用篇
总结vue知识体系之实用技巧
总结vue知识体系之基础入门篇
总结移动端H5开发经常使用技巧(干货满满哦!)