闭包，其实是一种语言特性，它是指的是程序设计语言中，允许将函数看作对象，然后能像在对象中的操作般在函数中定义实例（局部）变量，而这些变量能在函数中保存到函数的实例对象销毁为止，其它代码块能通过某种方式获取这些实例（局部）变量的值并进行应用扩展。

我们的理解：

其实闭包就是一个函数，一个外部函数通过调用函数并return返回出内部函数，这里的内部函数就是一个闭包；此时在内部函数中是可以访问到外部函数的变量的；

要想理解闭包，首先我们要了解栈堆内存和作用域链；首先我们来讲解栈堆内存：

首先我们来看个demo：

var a=1;
var obj={"name":"咸鱼"}

上面简单的两句代码，其实就是在内存中做了两件事，效果图如下：

在js简单实现深浅拷贝（https://www.jb51.net/article/171389.htm）一文中我们知道基本数据类型是存储在栈内存中的，引用数据类型是存储在堆内存中的，其实上面的两句代码在内存中就是做了两件事：1.首先在栈内存中开辟了一块空间用来存放a的变量和值；2.在堆内存中开辟了一块空间用来存储obj的值，同时在将地址指向栈内存中的变量名obj

如果我们在代码下面再加上一句obj={"name":'张三"}，这个时候我们之前存储name为咸鱼的值也就是obj原来的值会被js中的垃圾回收机制回收掉，然后obj的值重新的指向{name:"张三"}这个值；

作用域链

再来看一下这个例子：

var a = 1;
function fn(){
  var b = 2;
  function fn1(){
    console.log(b);//2
    console.log(a);//1
  }
  fn1();
}
fn(); 

效果图如下：

1.var a=1；这个时候我们是在全局执行环境的，浏览器的全局环境就是window作用域，我们的window作用域中有a和fn；

2.当我们往下走到fn的时候，栈内存会开辟一块新的执行环境，此时fn的执行环境中我们有b和fn1；

3.当我们接着往下走到fn1的时候，这时栈内存同样会开辟一块新的执行环境，此时fn1的执行环境中是没有任何变量数据的，但是我们在fn1中输出a、b，我们都是可以读取到的；这是因为程序在读取变量的时候是从内到外的开始读的，是随着fn1开始往上一层一层的查找，是这样的执行顺序(fn1 = > fn = > window)，如果找到window中还没有读取到变量，这时程序才会报错；

当然在执行的过程中，垃圾回收机制如果检测到程序执行完了是会进行垃圾回收的，避免造成内存泄露等问题；就是说我们的fn1里面执行完之后fn1的作用域就会被销毁，接着程序执行fn，fn执行完之后fn就会被销毁；往上执行到全局的时候，整个程序就没有了fn的作用域和fn1的作用域，只剩下浏览器的全局作用域window，这个时候window里只剩a和fn；

了解了上面的作用域链和栈内存和堆内存的知识之后，我们来开始讲解js闭包：

function outer() {
   var a = '123'
  
  return function add(){
　　　　//在这里因为作用域的关系，add是能访问到outer的所有变量的，但是outer是访问不到add的变量；
　　　　//所以思路一转，把add的值作为结果return出来变通实现outer外部函数访问到了内部函数变量

  // add就是一个闭包函数，因为他能够访问到outer函数的作用域，add中没有找到变量a，则会继续往上层作用域找
    console.log(a);
  }
}
var inner = outer()  // 获得add闭包函数
inner()  //"123"

首先我们可以看到，在全局作用域下我们是有一个outer函数的，outer作用域里面有a和add，add作用域里面执行控制台输出a的变量，此时这里的add函数就形成了一个闭包，因为add函数里面需要访问到outer作用域下的a变量，而他们不处在同一个作用域中，所以两者相互牵引，需要输出a，上面outer中的变量a就必须得在，作用域链查找到outer的时候找到a了，输出a的时候，垃圾回收机制会认为add还没有执行完成，因为此时的作用域链查找已经到了outer作用域下，所以不会清理a的内存空间；所以这就会带来一个问题：如果我们多次的使用闭包，则会给我们的程序带来内存占用过多，导致性能问题；