共计 2813 个字符，预计需要花费 8 分钟才能阅读完成。
目前市面上很多文章一大抄，在现在 ES202+ 的年代，还在摘抄着 ES3 的原文。
Every execution context has associated with it a variable object. Variables and functions declared in the source text are added as properties of the variable object. For function code, parameters are added as properties of the variable object.
而后将其与“面试官”绑在一起。其实在书面了解上沿用沉闷对象的概念没什么问题，然而照抄原文又不指明出处，就会让人误以为现在的标准中也还定义了沉闷对象这一概念。其实上引文中蕴含了沉闷对象（Activation Object, AO，有时也称流动对象、激活对象）与可变对象（Variable Object, VO，有时也称变量对象）的内容，摘抄自 ECMAScript 3 Spec 的两处并组装起来。
明天，这里与大家一起浅尝一下 JavaScript 中的沉闷对象。
ECMAScript 1 / 3
在 ECMAScript 1 和 ECMAScript 3 中，确实是有着对于沉闷对象的定义。
当管制进入函数代码的执行上下文时，创立一个流动对象并将它与该执行上下文相关联，并应用一个名为
arguments、特色为{DontDelete}的属性初始化该对象。该属性的初始值是稍后将要形容的一个参数对象。接下来，这个流动对象将被用作变量初始化的可变对象。
流动对象纯正是一种规范性机制，在 ECMAScript 拜访它是不可能的。只能拜访其成员而非该流动对象自身。对一个基对象为流动对象的援用值利用调用运算符时，这次调用的
this值 为null。——ECMAScript Language Specification 262 Edition 3 Final, 10.1.6 沉闷对象
但也仅限于 ECMAScript 1 和 3 了。咱们当初在网上（尤其是中文搜索环境中）获取到的对于沉闷对象和可变对象（Variable Object）的文章，大多都是为咱们形容的 ECMAScript 1 和 3，早已过期。
如果大家对这块内容依然感兴趣（实际上我也倡议大家感兴趣），能够参阅：
- ECMA-262-3 in detail. Chapter 2. Variable object.：http://dmitrysoshnikov.com/ec…
- ECMA-262-3 深刻解析·第二章·变量对象（上一条的翻译）：https://www.cnblogs.com/justi…
ECMAScript 5+
在 ES5 及之后的 ES 版本，曾经不存在沉闷对象（AO）及一系列周边内容的概念了。取而代之，是一个叫词法环境（Lexical Environments）的定义。
也就是说，谨严来讲，古代的 ECMAScript 早已没有了沉闷对象这一概念，所以当网络上文章中“面试官跟你聊起 AO”这些内容呈现的时候，其实就是“市面文章一大抄”的体现。他们还会有理有据地把 ECMAScript Spec 原文给你列出来（参照文首的摘抄）。
对于词法环境，大家能够参阅：
- ECMA-262-5 in detail. Chapter 3.2. Lexical environments: ECMAScript implementation.：http://dmitrysoshnikov.com/ec…
- ECMA-262-5 词法环境：ECMA 实现（上一条的翻译）：https://blog.csdn.net/szengta…
这里就不赘述了。
狭义的沉闷对象
通过下面两节内容，咱们能够晓得，沉闷对象是 ECMAScript 1 / 3 中的内容。后续的版本中，其就不复存在了。然而沉闷对象这个概念就不能再被提起了吗？
其实也不是，它对应的概念还是能够连续下来的。只不过不能让人误以为古代 ECMAScript 中还有其定义，咱们当初再聊起沉闷对象时，应该晓得它只是狭义的形象，而不再是广义的定义了。狭义的沉闷对象在不同的场景下也能够有不同的名字，如沉闷记录（Activation Record）、栈帧（Stack Frame）等。
每当函数被调用的时候，其都会创立一个沉闷对象。该对象对开发者不可见，是一个暗藏的数据结构，其中蕴含了一些函数在执行时必要的信息和绑定，以及返回值的地址等等。
在 C 语言中，这个对象会在一个栈中被调配生成。当函数返回的时候，该对象会被销毁（或者出栈）。
你看，此处“沉闷对象”被引申到 C 语言了。它指的是一个形象的存在，意为栈帧（Stack Frame）。
JavaScript 与 C 语言不同，它是从堆中调配该对象。且这个沉闷对象并不会在函数返回时被主动销毁，它的生命周期与一般对象的垃圾回收机制相似，是依据援用数量决定的。
一个沉闷对象蕴含：
- 对应函数对象的援用；
- 调用者对应的沉闷对象，用于
return之后的控制权转移； - 调用结束之后用于继续执行后续逻辑的复原信息，它通常是一个将在函数调用结束之后立刻要执行的指令的地址；
- 函数对应的形参，从实参初始化而来；
- 函数中的变量，以
undefined进行初始化； - 函数用于计算简单表达式的长期变量；
this，如果函数作为一个办法被调用，那么this通常就是它的宿主对象。
其实 ES5+ 之后的狭义“沉闷对象”就是对于 ES 1 / 3 定义的沉闷对象的一个扩大，并将其利用到了词法环境中。
至此为止，对于“沉闷对象”的浅析就足矣。当下环境中，咱们不是不能再议论“沉闷对象”，而是不能乱谈，还谈得有鼻子有眼的。现如今的“沉闷对象”是一个相似于沉闷记录和栈帧的狭义抽象概念。
不然，仍旧用老旧的文章去答复所谓“面试官”的问题，很有可能被刷掉哦。
闭包
闭包也是陈词滥调的一个概念。为什么在这篇文章中要提起这么个看起来八竿子打不着的概念呢？
闭包始终没有一个十分谨严的定义。如：
闭包就是可能读取其余函数外部变量的函数。
闭包就是可能读取外层函数变量的函数。
等等等等。
再例如：
「函数」和「函数外部能拜访到的变量」（也叫环境）的总和，就是一个闭包。
上述的解释也都是我从网上的各文章中摘抄进去的。其实了解起来很容易，然而语言形容进去并不那么谨严。大家晓得那么回事就好了。
不过，在咱们有了狭义沉闷对象之后，咱们能够从另一个角度来定义闭包了。怎么说呢？函数是可嵌套的。当一个嵌套的函数对象被创立时，它会蕴含一个外层函数对象所对应的沉闷对象援用
有了这层关系，闭包就好定义了：
一个领有外层函数对象所对应的沉闷对象援用的函数对象就被称为闭包。
长篇累牍。尽管不至于像“能读取外层函数中的变量”那样亲民浮夸，但也十分言简了。同时，有了“沉闷对象”作为大前提，曾经帮忙做了很多前提条件定义，所以这个定义也能达到意赅的成果。
当前再面试起什么是闭包，大家能够尝试从这个角度解释哦。前提是你真的懂了，不要到时候又被面试官给绕进去了。
