VO是规范中抽象的变量存储结构，AO是函数执行上下文中VO的具体实现；全局VO即全局对象，函数VO不可访问，由AO承载，二者非转换关系而是同一概念在不同上下文的体现。
在 JavaScript 执行上下文（Execution Context）机制中，变量对象（Variable Object，VO） 是一个规范中的抽象概念，用于描述当前执行上下文中所有变量、函数声明和形参的存储结构；而 活动对象（Activation Object，AO） 是 VO 在函数执行上下文中的具体实现。它们不是“互相转换”的关系，而是VO 是规范术语，AO 是函数上下文中 VO 的实际表现形式。
VO 和 AO 的本质区别
VO 是 ECMAScript 规范中定义的抽象数据结构，存在于所有执行上下文（全局、函数、eval）中；AO 特指函数执行上下文被创建时，引擎实际生成的那个对象——它就是该函数上下文的 VO。
- 全局上下文的 VO 就是全局对象（如浏览器中是
window或globalThis） - 函数上下文的 VO 不可直接访问，引擎内部用 AO 来承载：它初始化时包含形参、函数声明、变量声明（初始值为
undefined），之后在执行阶段被赋值 - Ao 是 VO 的实例化结果，不是通过代码“转换”出来的，而是执行上下文进入阶段（creation phase）自动完成的
函数上下文中 AO 的生成过程
当调用一个函数时，JS 引擎会为它创建一个新的执行上下文，并在创建阶段构建 AO：
- 将函数形参名作为 AO 的属性，值设为实参值（未传则为
undefined） - 处理函数声明：以函数名为属性名，值为对应的函数对象
- 处理
var变量声明：以变量名为属性名，值初始化为undefined（注意：let/const不进 AO，它们属于词法环境 LexicalEnvironment）
例如：
立即学习“Java免费学习笔记（深入）”；
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
function foo(a) {
var b = 2;
function c() {}
}
foo(1);
此时函数上下文的 AO 类似：
{
a: 1,
b: undefined,
c: function c() {}
}
到执行阶段，b 才被赋值为 2。
为什么没有“VO → AO 转换”这回事？
VO 是规范层面的描述，AO 是实现层面的称呼。引擎不会先造一个 VO 再把它“转成”AO；它只是在不同上下文中，用不同对象来充当 VO 的角色：
- 全局上下文 → 全局对象（
window）作为 VO - 函数上下文 → 新建一个普通对象（即 AO）作为 VO
- eval 上下文 → 通常复用调用者的 VO，或新建 AO（取决于严格模式等）
所谓“AO”，本质上就是函数上下文中那个被引擎内部命名为 VO 的对象的别名。
现代 JS 中 AO/VO 概念的实际意义
ES6 引入词法环境（LexicalEnvironment）和变量环境（VariableEnvironment）后，VO/AO 已从规范中移除，但仍是理解变量提升（hoisting）、作用域链和执行流程的重要模型工具：
- 学习阶段：用 VO/AO 模型能清晰解释为什么函数声明能被提前访问、
var变量会“提升”但不初始化 - 调试时：虽然无法访问 AO，但控制台中看到的闭包作用域列表，底层逻辑仍与 AO 的生命周期一致
- 注意：
let/const和 class 声明不进入 AO，它们受 TDZ（暂时性死区）约束，由词法环境管理
