深入理解JavaScript中in操作符与DOM节点内存泄漏

作者:竹影

时间:2026-10-24

浏览:256

本文探讨JavaScript中因不当使用全局变量导致的DOM内存泄漏问题,并深入分析作者尝试利用in操作符检测子节点存在性时遇到的误区。通过对比Array.prototype.includes与in操作符在类数组对象上的行为差异,揭示了in操作符基于原型链检测索引而非DOM引用的本质,强调查阅MDN文档及理解attribute与property区别的重要性。

文章目录

JavaScript内存泄漏常见场景

众所周知,内存泄漏是前端开发中常见的问题,通常由以下几种场景引发:

  • 闭包使用不当引起内存泄漏
  • (未声明的)全局变量
  • 分离的DOM节点
  • (随意的)控制台的打印
  • 遗忘的定时器
  • 循环引用

内存泄漏需要重视,它是如此严重甚至会导致页面卡顿,影响用户体验!

DOM节点内存泄漏与引用处理

其中第 3 点引起了我的注意 —— 我当然清楚地知道它说的是比如:“假设你手动移除了某个dom节点,本应释放该dom节点所占用的内存,但却因为疏忽导致某处代码仍对该被移除节点有引用,最终导致该节点所占内存无法被释放”的情况


<div id="root">
    <div class="child">我是子元素</div>
    <button>移除</button>
</div>
<script>
    let btn = document.querySelector('button')
    let child = document.querySelector('.child')
    let root = document.querySelector('#root')
    
    btn.addEventListener('click', function() {
        root.removeChild(child)
    })

</script>

该代码所做的操作就是点击按钮后移除.child的节点,虽然点击后,该节点确实从dom被移除了,但全局变量child仍对该节点有引用,所以导致该节点的内存一直无法被释放。

解决办法:我们可以将对.child节点的引用移动到click事件的回调函数中,那么当移除节点并退出回调函数的执行上文后就会自动清除对该节点的引用,自然也就不会存在内存泄漏的情况了。(这实际上是在事件中实时检测该节点是否存在,如果不存在则浏览器必不会触发remove函数的执行)


<div id="root">
    <div class="child">我是子元素</div>
    <button>移除</button>
</div>
<script>
    let btn = document.querySelector('button')

    btn.addEventListener('click', function() {  
        let child = document.querySelector('.child')
        let root = document.querySelector('#root')

        root.removeChild(child)
    })

</script>

这段代码很完美么?不。因为它在每次事件触发后都创建了对child和root节点的引用。消耗了内存(你完全可以想象一些人会狂

点按钮的情况…)。

其实还有一种办法:我们在click中去判断当前root节点中是否还存在child子节点,如果存在,则执行remove函数,否则什么也不做!

利用in操作符检测子节点存在的误区

这就引发了标题中所说的行为。

怎么判断?

遍历?不,太过麻烦!

不知怎的,我突然想到了 for...in 中的 in 操作符,它可以基于原型链遍历对象!

我们来还原一下当时的场景:打开GitHub,随便找一个父节点,并获取它:

JavaScript内存泄漏常见场景

图中画红框的就是我们要取的父元素,橘红色框的就是要判断是否存在的子元素。


let parent=document.querySelector('.position-relative');
let child=document.querySelector('.progress-pjax-loader');

这里注意,因为获取到的是DOM节点(类数组对象),所以我们在操作前一定要先处理一下:

JavaScript内存泄漏常见场景


let p_child=[...parent.children];

JavaScript内存泄漏常见场景

然后


console.log(child in p_child);

JavaScript内存泄漏常见场景

!!!

为什么呢?(此时笔者还没有意识到事情的严重性)

我想,是不是哪里出了问题,用es6的includes API验证一下:


console.log(p_child.includes(child));

JavaScript内存泄漏常见场景

没错啊!

再用一般的数组验证一下:

JavaScript内存泄漏常见场景

???

in操作符原理与DOM节点检测真相

此时,笔者才想起到MDN上查阅一番:

JavaScript内存泄漏常见场景

进而我发现:in操作符单独使用时它检测的是左侧的值(作为索引)对应的值是否在右侧的对象内部(属性 & 原型上)!

回到上面的代码中,我们发现:

JavaScript内存泄漏常见场景

这验证了我们的结论。

很显然,“子元素”并不等同于“存在于原型链上” —— 这又引出了一个知识点:attribute和property的区别!

所以经过一番“折腾”,源代码还是应该直接这样写:


<div id="root">
    <div class="child">我是子元素</div>
    <button>移除</button>
</div>
<script>
    let btn = document.querySelector('button')
    let child = document.querySelector('.child')
    let root = document.querySelector('#root')
    let r_child = [...root.children]
    
    btn.addEventListener('click', function() {
        if(r_child.includes(child)){   // 或者你这里直接判断child是否为null也可以...吧
        	root.removeChild(child)
        }
    })

</script>

略显仓促的结尾

所以,看书学习有时候并不能“不求甚解”~

还要勇于“折腾”,学会“查文档”[/滑稽脸].

总结

到此这篇关于一个关于JS操作符in问题的文章就介绍到这了,更多相关JS操作符in问题内容请搜索本站以前的文章或继续浏览下面的相关文章希望大家以后多多支持本站!

实用工具推荐

电子包浆

绿化、压缩、噪点和虚拟水印,自由调节做旧程度。

使用 ›
图片压缩

选择画质和输出格式,预览压缩前后的大小。

使用 ›
相关文章