我们好，我是后端黄瓜哥。
此次从缓存管理工作的视角来看一看，旋量群是是不是造成的。
他们晓得，在初始化表达式时，只不过会造成临时性的 初始化栈。那些初始化栈留存的是 继续执行每边本，并前述留存在 栈缓存 中。
每继续执行两个表达式，表达式内的局部性临时表达式会临时性留存起来。假如这时表达式又初始化了另两个表达式，另两个表达式下的返回值也要留存留下来，就这种，他们造成了栈。
当两个表达式继续执行瘤果，它相关联的局部性临时性表达式就会被封存。
返回值留存留下来，是为的是为保护语句现场。
譬如说呵呵：
function a() { const a_num = 99; const a_obj = { val: “a” }; b(); } function b() { constb_str =“text”; c(); } function c() { const c_bool = true; // debugger } a();这里他们嵌套初始化了 a、b、c 表达式，会造成如下的初始化栈。
基本类型的临时性表达式，会直接留存到栈缓存中，对于引用类型，则是在堆缓存中生成，然后将地址拿到，留存到栈缓存中。
引用类型为什么不直接放到栈缓存中？因为栈缓存不是很大，很容易就栈溢出，而引用类型通常很大。
旋量群的造成
表达式初始化完成后，它内部声明的临时性表达式会被封存。理论上应该如此，但假如使用了旋量群，可以会让临时性表达式一直保留不被封存。
例子：
function createCounter() { letcount =0; let otherVal = “other val”; return function counter() { // debugger; console.log(count++); }; }const counter = createCounter(); console.log(counter());继续执行过程为：
继续执行表达式 createCounter 时，会创建两个空的语句对象。遇到内部函数 counter，会预扫描内部表达式 counter 使用了 createCounter 下的哪些便利，最终扫描出 count 表达式。于是在堆缓存创建两个旋量群 Closure (createCounter) 对象，将 count 加进去。otherVal 不会加到旋量群对象上，因为它没有被使用。这个内部表达式最后被返回，被引用，旋量群就一直不会封存。使用 DevTool 可以观察到这个旋量群对象：
所以，假如两个旋量群返回的表达式继续执行瘤果不用了，要设置为 null。否则它关联的旋量群对象会一直在那里占用缓存。
多个内部表达式共享两个旋量群对象
另外，假如有多个内部表达式，那些表达式会共用同两个旋量群对象。即使其中的两个内部表达式不会返回，它也会给旋量群对象加东西。
下面他们加了两个 printOtherVal 的内部表达式，它并不返回，但还是会导致返回 counter 表达式相关联的旋量群对象带上了它不需要的 otherVal 表达式。
这是 JS 引擎处理旋量群策略问题，理论不应该有这种奇怪的效果。
结尾
初始化表达式时，会造成初始化栈，将当前表达式语句入栈，会留存基本类型表达式。引用表达式会在堆缓存中创建，然后在栈缓存中引用过来。
因为 JavaScript 中表达式是第一公民，所以会有旋量群的概念。当发现内部表达式，会创建两个旋量群对象，将其中使用到的外部表达式表达式留存到该旋量群对象下。之后内部表达式被初始化时，就会从旋量群里提取表达式，假如找不到则从全局语句提取。
我是后端黄瓜哥，欢迎关注我，学习更多后端知识。
