JavaScript执行上下文主要有三种：全局执行上下文、函数执行上下文和eval执行上下文；每个上下文包含词法环境、变量环境和this绑定，经历创建与执行两阶段，构成调用栈。
JavaScript 的执行上下文（Execution Context）是代码运行时的“环境容器”，它决定了变量、函数能被访问的范围，以及 this 的指向。理解它，就等于看清了 JS 代码“在哪执行、能看见什么、this 是谁”这三件事的底层依据。
执行上下文有哪几种类型？
JS 中主要有三种执行上下文：
-
全局执行上下文：脚本一启动就创建，只有一个。最外层没被函数包裹的代码都在这里执行；
this指向全局对象（浏览器中是window，Node.js 中是global）。 -
函数执行上下文：每次调用函数时创建，每个调用都有独立的一份。参数、函数内声明的变量、
this值都在这个上下文中确定。
-
Eval 执行上下文：极少用，
eval()执行字符串代码时创建，基本可忽略。
执行上下文内部包含什么？
每个执行上下文在创建时，会初始化三个核心部分：
-
词法环境（Lexical Environment）：记录当前作用域中声明的变量和函数（即
let/const/function），还保存一个指向外部词法环境的引用（形成作用域链）。 -
变量环境（Variable Environment）：早期用于处理
var声明的提升和初始化（undefined），现在和词法环境高度重合，但语义上仍区分——let/const在词法环境中，var在变量环境中。 -
this 绑定：根据函数调用方式决定（如普通调用、方法调用、
call/apply、箭头函数继承外层等），不是从作用域链里找，而是由执行上下文直接记录。
执行上下文是怎么创建和销毁的？
过程分两阶段：创建阶段 和 执行阶段：
- 进入函数时，JS 引擎先做创建：分配内存、建立词法/变量环境、确定
this、把函数声明和var提升并初始化（undefined），let/const虽被声明但处于“暂时性死区”（TDZ），不能访问。 - 然后进入执行阶段：逐行运行代码，给变量赋值、执行函数调用——每次新调用又触发新一轮创建，形成执行上下文栈（Execution Context Stack，也叫调用栈）。
- 函数执行完毕后，对应上下文从栈顶弹出，其中的变量若无其他引用，会被垃圾回收。
为什么理解执行上下文对写代码有帮助？
它直接解释了很多常见现象：
- 函数能访问外层变量（闭包本质就是内部上下文保留对外部词法环境的引用）；
-
var a = 1; console.log(a); var a = 2;不报错，因为创建阶段已声明a并设为undefined； -
let b = 1; console.log(b); let b = 2;报错（ReferenceError），因为b在 TDZ 内不可读； - 箭头函数没有自己的
this，因为它不创建执行上下文中的this绑定，而是沿用外层上下文的值。
基本上就这些。执行上下文不复杂，但容易忽略——它不是语法糖，而是 JS 运行时的真实结构。看懂它，很多“奇怪行为”就变自然了。
