JavaScript执行上下文是代码运行时的环境，决定变量、函数和this的值如何被访问；分为全局、函数和eval三种类型，经历创建与执行两阶段，由执行栈管理上下文切换。
JavaScript执行上下文是代码运行时的环境，它决定了变量、函数和this的值在当前作用域中如何被访问和解析。理解执行上下文，是搞懂变量提升、作用域链、闭包和this绑定的关键。
执行上下文的类型
JavaScript中有三种执行上下文：
- 全局执行上下文：脚本启动时自动创建，只有一个。它确定了全局对象（浏览器中是window）、this指向以及最外层的变量和函数声明。
- 函数执行上下文：每次调用函数时创建，每个调用都有独立的上下文。它包含该函数的参数、局部变量、词法环境和this绑定。
- Eval执行上下文（已不推荐使用）：eval内部代码运行时创建，行为类似函数上下文但更危险，现代开发中基本不用。
执行上下文的生命周期
每个执行上下文经历两个阶段：
- 创建阶段：JS引擎先扫描变量声明（var）、函数声明、形参，初始化变量对象（VO），给var变量赋值undefined，函数声明则直接赋值函数体；同时确定作用域链和this值。
- 执行阶段：真正运行代码，为变量赋实际值，执行函数调用，处理表达式和语句。
注意：let/const也会被“提升”，但不会初始化（即存在暂时性死区TDZ），直到声明语句执行才可访问。
立即学习“Java免费学习笔记（深入）”；
执行栈与上下文切换
JS是单线程的，靠执行栈（Execution Stack）管理上下文。代码从全局开始，每进入一个函数就压入一个新上下文；函数返回就弹出。例如：
function a() { b(); }
function b() { console.log('hi'); }
a();
执行顺序是：全局上下文 → a的上下文 → b的上下文 → b弹出 → a弹出 → 全局继续。
它如何影响代码行为
很多看似奇怪的现象，其实都源于执行上下文的机制：
- 函数内未声明就赋值的变量会挂到全局对象上（非严格模式下），因为查找变量时沿着作用域链一直找到全局，而赋值操作会在当前作用域链顶端创建它。
- 嵌套函数能访问外层变量，是因为内层上下文的作用域链包含外层的词法环境。
- this值不是由函数定义位置决定，而是由调用方式决定——因为this是在执行上下文创建阶段根据调用者（如obj.method()中的obj）确定的。
不复杂但容易忽略。
