面试题——js垃圾回收机制和引起内存泄漏的操作

本文详细介绍了JavaScript中的垃圾回收机制,包括标记清除和引用计数两种主要方式的工作原理及流程。探讨了可能导致内存泄漏的各种场景及其解决方案。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

JS的垃圾回收机制了解吗?

       Js具有自动垃圾回收机制。垃圾收集器会按照固定的时间间隔周期性的执行。

JS中最常见的垃圾回收方式是标记清除

工作原理:是当变量进入环境时,将这个变量标记为“进入环境”。当变量离开环境时,则将其标记为“离开环境”。标记“离开环境”的就回收内存。

工作流程:

1.    垃圾回收器,在运行的时候会给存储在内存中的所有变量都加上标记。

2.    去掉环境中的变量以及被环境中的变量引用的变量的标记。

3.    再被加上标记的会被视为准备删除的变量。

4.    垃圾回收器完成内存清除工作,销毁那些带标记的值并回收他们所占用的内存空间。

引用计数 方式

工作原理:跟踪记录每个值被引用的次数。

工作流程:

1.    声明了一个变量并将一个引用类型的值赋值给这个变量,这个引用类型值的引用次数就是1。

2.    同一个值又被赋值给另一个变量,这个引用类型值的引用次数加1.

3.    当包含这个引用类型值的变量又被赋值成另一个值了,那么这个引用类型值的引用次数减1.

4.    当引用次数变成0时,说明没办法访问这个值了。

5.    当垃圾收集器下一次运行时,它就会释放引用次数是0的值所占的内存。

但是循环引用的时候就会释放不掉内存。循环引用就是对象A中包含另一个指向对象B的指针,B中也包含一个指向A的引用。

因为IE中的BOM、DOM的实现使用了COM,而COM对象使用的垃圾收集机制是引用计数策略。所以会存在循环引用的问题。

解决:手工断开js对象和DOM之间的链接。赋值为null。IE9把DOM和BOM转换成真正的JS对象了,所以避免了这个问题。

什么情况会引起内存泄漏?

虽然有垃圾回收机制但是我们编写代码操作不当还是会造成内存泄漏。

1.    意外的全局变量引起的内存泄漏。

原因:全局变量,不会被回收。

解决:使用严格模式避免。

2.    闭包引起的内存泄漏

原因:闭包可以维持函数内局部变量,使其得不到释放。

解决:将事件处理函数定义在外部,解除闭包,或者在定义事件处理函数的外部函数中,删除对dom的引用。

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

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

解决:手动删除。

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

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

解决:手动删除定时器和dom。

5.    子元素存在引用引起的内存泄漏

原因:div中的ul li  得到这个div,会间接引用某个得到的li,那么此时因为div间接引用li,即使li被清空,也还是在内存中,并且只要li不被删除,他的父元素都不会被删除。

解决:手动删除清空。

 

什么放在内存中?什么不放在内存中?

基本类型是:Undefined/Null/Boolean/Number/String

基本类型的值存在内存中,被保存在内存中。从一个变量向另一个变量复制基本类型的值,会创建这个值的一个副本。

引用类型:object

引用类型的值是对象,保存在内存中。

1.    包含引用类型值的变量实际上包含的并不是对象本身,而是一个指向该对象的指针。从一个变量向另一个变量复制引用类型的值,复制的其实是指针,因此两个变量最终都指向同一个对象。

2.    js不允许直接访问内存中的位置,也就是不能直接访问操作对象的内存空间。在操作对象时,实际上是在操作对象的引用而不是实际的对象。


栈和堆的区别
  一、堆栈空间分配区别:
  1、栈(操作系统):由操作系统自动分配释放 ,存放函数的参数值,局部变量的值等。其操作方式类似于数据结构中的栈;
  2、堆(操作系统): 一般由程序员分配释放,若程序员不释放,程序结束时可能由OS回收,分配方式倒是类似于链表。
  二、堆栈缓存方式区别:
  1、栈使用的是一级缓存, 他们通常都是被调用时处于存储空间中,调用完毕立即释放;
  2、堆是存放在二级缓存中,生命周期由虚拟机的垃圾回收算法来决定(并不是一旦成为孤儿对象就能被回收)。所以调用这些对象的速度要相对来得低一些。
  三、堆栈数据结构区别:
  堆(数据结构):堆可以被看成是一棵树,如:堆排序;
  栈(数据结构):一种先进后出的数据结构。


### JavaScript 垃圾回收机制的工作原理 JavaScript 是一种具有自动垃圾回收功能的高级编程语言,这意味着开发者不需要手动管理内存分配释放。这种自动化主要依赖于垃圾回收器(Garbage Collector),它能够识别并清理那些不再使用的变量或对象所占用的内存。 #### 自动化与必要性 在 JavaScript 中,垃圾回收的主要目标是确保内存的有效管理防止内存泄漏。相比 C 或 C++ 这样的低级语言,在这些语言中开发人员需要显式地申请释放内存,而在 JavaScript 中这一过程是由运行时环境自动完成的[^1]。 #### 主要算法介绍 JavaScript 使用了几种不同的垃圾回收策略,其中最常见的是 **标记清除 (Mark-and-Sweep)** 较少使用的 **引用计数 (Reference Counting)** 方法: ##### 1. 标记清除 (Mark-and-Sweep) 这是目前大多数现代浏览器实现的核心垃圾回收技术之一。它的基本流程如下: - 首先,垃圾收集器会从一组称为“根”的对象出发(通常是全局对象、活动函数栈上的局部变量等)。 - 接着,它会对所有可访问到的对象进行遍历,并给每一个可以到达的对象打上标记。 - 最后一步就是清扫阶段:任何未被打上标记的对象都会被认为是无用的,因此会被销毁,从而腾出它们占据的空间。 这种方法的优势在于它可以解决循环引用的问题——即使两个或者多个对象相互持有对方的引用但又无法再被外部访问的情况下也能正确处理[^3]。 ##### 2. 引用计数 (Reference Counting) 虽然现在已不常用于主流浏览器中,但它曾经是一种简单的垃圾回收方式。其核心思想很简单:每个值都维护一个记录有多少地方指向这个值的计数值;当某个值没有任何其他东西引用的时候(即计数变为零),就可以安全删除该值及其关联资源。 然而,这种方式存在明显的缺陷,比如难以检测复杂的循环结构导致的假阳性情况,所以逐渐被淘汰掉了[^3]。 #### 定期执行特性 值得注意的是,无论是采用哪种具体的技术手段,实际操作过程中都是按一定的时间间隔周期性触发上述逻辑来检查哪些数据应该保留下来继续使用,而哪些则应丢弃掉以节省系统开销[^2]。 ```javascript // 示例代码展示如何创建可能导致内存泄露的情景 function createMemoryLeak() { const objA = {}; const objB = {}; objA.refToB = objB; // A references B. objB.refToA = objA; // B references A. return 'This creates a circular reference which may cause memory leaks'; } createMemoryLeak(); ``` 以上例子展示了如果两个对象之间形成闭环引用关系,则即便两者都不再有任何外界对其有效引用也可能不会立即得到回收,除非当前环境中实现了更先进的如`Mark-and-Sweep`这样的解决方案才能妥善应对这类特殊场景下的潜在风险问题。 --- 问题
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值