从前言来看，JS世界的“潜规则”

JavaScript这门语言。表面看起来简单粗暴，实则暗藏玄机。今天我们要聊的“闭包”，就是JS中最让人头疼又欲罢不能的特性之一。它像一个神秘的守护者，既保护着变量不被外界干扰。又像一个舍不得扔东西的储物间，可能让你的内存悄悄“膨胀”。

声明提高这方面，JS引擎的“预习”习惯

先问个灵魂问题：为什么下面这段代码不会报错？

console.log;// 输出undefined，而不是报错
var a = 10;怎么说呢，

这就要怪JS引擎的“预习”习惯了——声明提高。它会在执行代码前，先把变量和函数的声明部分“偷偷”提到作用域的顶部。就像你考试前先看一遍题目，心里有数了再答题。

上面的代码，在JS引擎眼里其实是这样的：

var a;// 声明被提高
console.log;
按理说，// 输出undefined
a = 10;
// 赋值还在原地

要注意。let和const声明的变量可没有这种“特权”，它们不会被提高哦！怎么说呢，

使用者痛点一这方面，因为声明提高导致意外访问到未定义值

很多初学者在调试时会看到

再看调用栈。函数的“排队程序”

想象一下你去银行办理业务，柜员会给每个人发一个号，按顺序叫号办理。JS里的调用栈就像是这个“排队程序”。它追踪着函数的调用顺序，管理着代码的执行关系。

但这个队列有个特点——后进先出. 最终进来的函数先执行完，就像你挤地铁时最终挤上去的人往往先下车。调用栈不能设计得太大，否则JS引擎在查找上下文时会花费大量时间。就像排队的人太多，银行大厅会变得混乱不堪。

再看块级作用域，变量的“独立房间”

在ES6之前。JS只有全局作用域和函数作用域，这就导致了很多奇怪的问题。再看比如，

for {
setTimeout => console.log,100);
}
// 猜猜输出什么，是5个5，而不是0、1、2、3、4

这是因为var声明的变量没有块级作用域。i在循环结束后变成了5，

E​S​6引入了 & 解决了这个问题。它们和{}结合，创建了真正的块级作用域。就像给变量分配了独立的“房间”。互不干扰：

for {
setTimeout => console.log,100);话说回来，}
// 这次输出的是0、1、2、3、4

再看使用者痛点二，旧版代码使用 var 循环导致所有回调共享同一变量值

This is a common pitfall when porting legacy code or working with older browsers that don't support ES6.

说到作用域链。变量的“查找地图”

当JS引擎需要查找一个变量时它不会像无头苍蝇一样乱撞，而是有自己的“查找地图”——作用域链。

它会先从当前作用域查找。如果没找到，就向上一级作用域查找，直到找到为止，或者一直找到全局作用域。就像你在家里找不到钥匙，会去客厅找，再客厅没找到再去小区物业问问。按理说，

从闭包来看。变量的“守护者”与“储物间”

简单它是一种特殊的作用域现象。不过，

• 🔑 主要规则：  内部函数可以访问外部函数中定义的数据。即使外部函数已经返回，
• ⚙️ 技术实现：  当外部函数返回后其执行上下文仍保持活跃。只是引用计数为零，但通过内部函数保持引用，从而保留必要的数据在内存中。
• 💡 典型用法： single 'private state','模块化','惰性计算'.