文章目录

  • 一.内存管理
  • 1.JavaScript内存管理
  • 2.垃圾回收机制
  • 二.闭包
  • 1.理解
  • 2.访问过程
  • 3.执行过程
  • 4.内存泄漏


一.内存管理

1.JavaScript内存管理

  • 不管什么样的编程语言，在代码的执行过程中都是需要给它分配内存的，不同的是某些编程语言需要我们自己手动的管理内存，某些编程语言会可以自动帮助我们管理内存：
  • 不管以什么样的方式来管理内存，内存的管理都会有如下的生命周期：
  • 第一步：分配申请你需要的内存（申请）；
  • 第二步：使用分配的内存（存放一些东西，比如对象等）；
  • 第三步：不需要使用时，对其进行释放；
  • 不同的编程语言对于第一步和第三步会有不同的实现：
  • 手动管理内存：比如C、C++，包括早期的OC，都是需要手动来管理内存的申请和释放的（malloc和free函数）；
  • 自动管理内存：比如Java、JavaScript、Python、Swift、Dart等，它们有自动帮助我们管理内存；
  • 对于开发者来说，JavaScript 的内存管理是自动的、无形的。
  • 我们创建的原始值、对象、函数……这一切都会占用内存；
  • 但是我们并不需要手动来对它们进行管理，JavaScript引擎会帮助我们处理好它；
  • JavaScript会在定义数据时为我们分配内存，但是内存分配方式是不一样的：
  • JS对于原始数据类型内存的分配会在执行时，直接在栈空间进行分配；
  • JS对于复杂数据类型内存的分配会在堆内存中开辟一块空间，并且将这块空间的指针返回值变量引用；

2.垃圾回收机制

  • 因为内存的大小是有限的，所以当内存不再需要的时候，我们需要对其进行释放，以便腾出更多的内存空间。
  • 在手动管理内存的语言中，我们需要通过一些方式自己来释放不再需要的内存，比如free函数：
  • 但是这种管理的方式其实非常的低效，影响我们编写逻辑的代码的效率；
  • 并且这种方式对开发者的要求也很高，并且一不小心就会产生内存泄露；
  • 所以大部分现代的编程语言都是有自己的垃圾回收机制：
  • 垃圾回收的英文是Garbage Collection，简称GC；
  • 对于那些不再使用的对象，我们都称之为是垃圾，它需要被回收，以释放更多的内存空间；
  • 而我们的语言运行环境，比如Java的运行环境JVM，JavaScript的运行环境js引擎都会内存 垃圾回收器；
  • 垃圾回收器我们也会简称为GC，所以在很多地方你看到GC其实指的是垃圾回收器；
  • 但是这里又出现了另外一个很关键的问题：GC怎么知道哪些对象是不再使用的呢？
  • 这里就要用到GC的实现以及对应的算法；
    （1）引用计数：
    □当一个对象有一个引用指向它时，那么这个对象的引用就+1；
    □当一个对象的引用为0时，这个对象就可以被销毁掉；
    弊端：会产生循环引用
function fun(){
var obj1 = {};
var obj2 = {};
obj1.a = obj2; //obj1引用obj2
obj2.a = obj1; //obj2引用obj1
}

这种情况下，就要手动释放变量占用的内存：

obj1.a = null;
obj2.a = null

（2）标记清除
□标记清除的核心思路是可达性（Reachability）
□这个算法是设置一个根对象（root object），垃圾回收器会定期从这个根开始，找所有从根开始有引用到的对象，对于哪些没有引用到的对象，就认为是不可用的对象；
□这个算法可以很好的解决循环引用的问题；

JavaScript内存不够 js的内存管理_javascript

  • 减少垃圾回收
  • 对数组进行优化：在清空一个数组时，最简单的方法就是给其赋值为[]，但是与此同时会创建一个新的空对象，可以将数组的长度设置为0，以此来达到清空数组的目的
  • 对object进行优化：对象尽量复用，对于不在使用的对象，就将其设置为null，尽快被回收
  • 对函数进行优化：在循环中的函数表达式，如果可以复用，尽量放在函数的外面

二.闭包

1.理解

  • 一个函数和对其周围状态（lexical environment，词法环境）的引用捆绑在一起（或者说函数被引用包围），这样的组合就是闭包（closure）；
  • 也就是说，闭包让你可以在一个内层函数中访问到其外层函数的作用域；
  • 在 JavaScript 中，每当创建一个函数，闭包就会在函数创建的同时被创建出来；

2.访问过程

如果我们编写了如下的代码，它一定是形成了闭包的：

JavaScript内存不够 js的内存管理_JavaScript内存不够_02

3.执行过程

  • 这个时候makeAdder函数执行完毕，正常情况下我们的AO对象会被释放；
  • 但是因为在0xb00的函数中有作用域引用指向了这个AO对象，所以它不会被释放掉；

4.内存泄漏

  • 导致内存泄漏的情况：
  • 意外的全局变量：由于未声明的变量，而意外创建了一个全局变量，而使这个变量一直留在内存中无法回收
  • 被遗忘的计时器和回调函数：设置了setInterval定时器，而忘记取消它，如果循环函数有对外部变量的引用的话，那么这个变量就会被一直留在内存中，而无法回收
  • 脱离DOM的引用：获取一个DOM元素的引用，而后面这个元素被删除，由于一直保留了对这个元素的引用，所以无法被回收
  • 闭包：不合理的使用闭包，从而导致某些变量一直被保留在内存中。
  • 闭包经常是有内存泄漏的：
  • 在上面的案例中，如果后续我们不再使用add10函数了，那么该函数对象应该要被销毁掉，并且其引用着的父作用域AO也应该被销毁掉；
  • 但是目前因为在全局作用域下add10变量对0xb00的函数对象有引用，而0xb00的作用域中AO（0x200）有引用，所以最终会造成这些内存都是无法被释放的；
  • 所以我们经常说的闭包会造成内存泄露，其实就是刚才的引用链中的所有对象都是无法释放的；
  • 那么，怎么解决这个问题呢？
  • 因为当将add10设置为null时，就不再对函数对象0xb00有引用，那么对应的AO对象0x200也就不可达了；
  • 在GC的下一次检测中，它们就会被销毁掉；