最直接的办法是用v8-debug --print-scopes查看作用域快照：函数声明a对应NormalFunction地址，表明函数体已入驻；而函数表达式b值为undefined、无地址，仅变量名被声明。
最直接的办法是让 V8 输出编译阶段生成的作用域快照，从中观察变量和函数在内存中的初始状态——声明是“带着函数体一起入驻”，表达式只是“空占个位置”。
用 v8-debug 命令抓取真实编译结果
V8 提供了 v8-debug --print-scopes 工具，能打印出编译完成后、执行前的变量环境结构。操作步骤如下：
- 把测试代码保存为
test.js，例如包含：function a() {}var b = function() {}; - 终端执行：
v8-debug --print-scopes test.js - 查看输出中
VAR a和VAR b的差异
你会看到：
a 对应一个 NormalFunction 地址（如 0x12345678），说明函数对象已在编译阶段创建并挂入作用域；
b 的值显示为 undefined，且无函数地址，说明它只是被声明，函数体尚未生成。
看变量环境（VariableEnvironment）里的“入驻时机”
V8 在编译阶段按固定顺序处理标识符：先函数声明 → 再 var 声明 → 忽略重复。这意味着：
- 同名的
function foo() {}和var foo同时存在时，foo 初始值就是函数对象 - 而
var bar = function() {}中的 bar，在编译后仅为bar: undefined - 执行到赋值语句时，引擎才真正构造函数对象，并把它赋给 bar
这个差异决定了：调用 foo() 在定义前可行，但 bar() 在赋值前会报 TypeError: bar is not a function。
从错误类型反推底层状态
运行时行为是编译结果的镜像。三类典型报错对应三种底层情况：
-
ReferenceError: xxx is not defined→ 变量名根本没进作用域（既非声明也非表达式） -
TypeError: xxx is not a function且console.log(xxx)输出undefined→ 是函数表达式，变量已声明但函数体未创建 - 能正常调用 → 大概率是函数声明，已在编译阶段完成提升
注意：多个同名 function name() {} 连续出现时，最终生效的是最后一个——V8 会逐个覆盖，这是声明提升叠加的结果，不是“谁写在后面谁赢”，而是编译阶段统一收集后取最终值。
对比 IIFE 中的表达式强制解析
像 !function(){}() 或 (function(){})() 这类写法，开头的 ! 或括号会强制引擎将 function 解析为表达式而非语句。此时它就不再享受声明提升特权：
- 编译阶段不会为该函数名创建绑定
- 函数体只在执行到这一行时动态构造
- 它的作用域封闭、不可提前访问，正是私有性的来源
这种“语法干预”恰恰印证了核心判断标准：不是有没有名字，也不是写在哪一行，而是它在语法结构中是否构成独立语句。
