JavaScript执行上下文栈执行优先级及全局栈优先级疑问

嘿，这两个问题问到点子上了——它们直击JavaScript执行模型的核心，咱们一个个拆解清楚！

1. 是否存在决定执行上下文栈中执行优先级的因素？ #

其实执行上下文栈（常被称为调用栈）遵循严格的**后进先出（LIFO）**规则，但有几个关键因素会决定哪些上下文被压入栈、以及何时执行：

• 函数调用时机：这是最核心的因素。只要你调用一个函数，它的执行上下文就会被压入栈顶，成为当前正在执行的上下文。比如在全局代码里调用函数，函数上下文会先执行，完成后弹出栈，才回到全局上下文继续执行。
• 异步任务的影响：同步代码严格遵循调用栈顺序，但异步操作（比如setTimeout、Promise回调）不会阻塞栈。它们的回调会被放入任务队列，只有当调用栈为空时才会执行。这看起来像是优先级变化，但其实是事件循环机制在起作用，并非栈本身的优先级改变。
• 变量提升：在编译阶段，函数声明会被提升到作用域顶部。所以哪怕你在函数声明的代码之前调用它，引擎也已经知晓这个函数，它的上下文依然能被压入栈。这会影响执行顺序，但不属于栈的优先级规则范畴。

2. 全局执行上下文是否始终拥有更高优先级并率先执行？ #

简单来说：全局执行上下文是脚本运行时第一个被压入栈的上下文，但这不代表它会在所有其他上下文之前执行完所有代码。咱们结合你提到的例子来分析：

假设教程里的代码大概是这样：

function functionA() {
  console.log("FunctionA Context");
}

// 代码里先调用functionA
functionA();
console.log("GlobalContext");

具体执行步骤是这样的：

1. 引擎创建全局执行上下文并压入栈中。
2. 开始逐行执行全局代码。
3. 当遇到functionA()时，创建functionA的执行上下文，压入栈顶。因为栈始终执行栈顶的上下文，所以functionA的代码先执行（输出"FunctionA Context"）。
4. functionA执行完毕后，它的上下文被弹出栈。
5. 引擎回到全局上下文，继续执行下一行代码：console.log("GlobalContext")。

所以看起来执行顺序和代码编写顺序“相反”，并不是因为全局上下文优先级低，而是因为全局上下文在执行过程中被函数调用打断了——函数调用会让函数上下文跳到栈顶，优先执行。

只有当全局代码里没有函数调用（或异步操作）打断时，全局上下文才会一口气执行完所有代码。它是执行的起点，但并不是“无论如何都能先跑完所有代码”的最高优先级存在。

内容的提问来源于stack exchange，提问作者Binh Le