原型和闭包
首先得推荐一下王福朋的文章，十几篇文章比较系统的讲了一遍原型和闭包以及与之相关的一些知识
原型
原型prototype
函数拥有默认属性prototype，每个函数都有一个属性叫做prototype。这个prototype的属性值是一个对象，默认的只有一个叫做constructor的属性，指向这个函数本身。当然，除了constructor属性之外，还可以自定义的增加许多属性。
隐式原型_ proto _
proto 是一个隐藏的属性,而 proto 与prototype之间的一些关系，我们可以用一张图表示。
执行上下文
在执行语句之前，会先进行一些准备工作：
- 变量、函数表达式——变量声明，默认赋值为undefined；
- this——赋值；
- 函数声明——赋值；
这三种数据的准备情况我们称之为“执行上下文”或者“执行上下文环境”。函数每被调用一次，都会产生一个新的执行上下文环境。
执行上下文栈
执行全局代码时，会产生一个执行上下文环境，每次调用函数都又会产生执行上下文环境。当函数调用完成时，这个上下文环境以及其中的数据都会被消除，再重新回到全局上下文环境。处于活动状态的执行上下文环境只有一个。
其实这是一个压栈出栈的过程——执行上下文栈。
自由变量
- 在A作用域中使用的变量x，却没有在A作用域中声明（即在其他作用域中声明的），对于A作用域来说，x就是一个自由变量。
- 至于x的取值，要到创建这个函数的那个作用域中取值——是“创建”，而不是“调用”，切记切记。
闭包
闭包有两种应用情况——函数作为返回值，函数作为参数传递。
函数作为返回值
函数作为参数传递
- 举一个闭包的经典例子
第一步，代码执行前生成全局上下文环境，并在执行时对其中的变量进行赋值。此时全局上下文环境是活动状态。
第二步，执行第17行代码时，调用fn()，产生fn()执行上下文环境，压栈，并设置为活动状态。
三步，执行完第17行，fn()调用完成。按理说应该销毁掉fn()的执行上下文环境，但是这里不能这么做。注意，重点来了：因为执行fn()时，返回的是一个函数。函数的特别之处在于可以创建一个独立的作用域。而正巧合的是，返回的这个函数体中，还有一个自由变量max要引用fn作用域下的fn()上下文环境中的max。因此，这个max不能被销毁，销毁了之后bar函数中的max就找不到值了。因此，这里的fn()上下文环境不能被销毁，还依然存在与执行上下文栈中。
——即，执行到第18行时，全局上下文环境将变为活动状态，但是fn()上下文环境依然会在执行上下文栈中。另外，执行完第18行，全局上下文环境中的max被赋值为100。如下图：
第四步，执行到第20行，执行f1(15)，即执行bar(15)，创建bar(15)上下文环境，并将其设置为活动状态。
执行bar(15)时，max是自由变量，需要向创建bar函数的作用域中查找，找到了max的值为10。这个过程在作用域链一节已经讲过。
这里的重点就在于，创建bar函数是在执行fn()时创建的。fn()早就执行结束了，但是fn()执行上下文环境还存在与栈中，因此bar(15)时，max可以查找到。如果fn()上下文环境销毁了，那么max就找不到了。
使用闭包会增加内容开销。