函数声明完全提升（名与体），可提前调用；函数表达式仅变量名提升（var）或不提升（let/const），提前调用报错；闭包依赖定义时词法作用域，非调用时动态作用域。
JavaScript 函数定义本身不难，但 var 声明的函数表达式不会被提升，只有函数声明（function name() {}）才真正“提升”——这是绝大多数人混淆的起点。
函数声明 vs 函数表达式：提升行为完全不同
函数声明会被**完全提升**（包括函数名和函数体），可在定义前调用；函数表达式只提升变量名（若用 var），函数体仍留在原地，提前调用会报 TypeError: xxx is not a function。
常见错误现象：
-
foo(); // TypeError，而function foo() { console.log('ok'); }写在后面 - 误以为所有
function关键字都提升，没注意它是否是语句（声明）还是赋值右侧（表达式）
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 想安全提升 → 用函数声明：
function handleClick() { ... } - 想控制初始化时机或避免全局污染 → 用
const handleClick = function() { ... };（此时无提升，必须先定义后调用） - 箭头函数永远是表达式，从不提升：
const fn = () => {};
作用域链：闭包不是魔法，是词法作用域的自然结果
函数的作用域在**定义时**就确定了，不是调用时。这意味着内部函数能持续访问其外层函数的变量，哪怕外层已执行完毕。
使用场景：
- 模块私有变量（如 IIFE 中返回对象方法）
- 事件监听器中保存循环索引（
for (let i = 0; i console.log(i), 0);有效，但用var就失效）
容易踩的坑：
- 在循环中用
var定义函数并引用计数器 → 所有函数共享同一个i变量 - 误以为
this或arguments会被闭包捕获 → 它们是动态绑定的，不是词法环境的一部分
let/const 声明的函数表达式：没有提升，但有暂时性死区
用 let fn = function() {}; 或 const fn = () => {}; 定义函数时，变量名不会被提升，且在声明前访问会直接抛 ReferenceError，不是 undefined。
性能 / 兼容性影响：
- 现代引擎对
let/const函数表达式优化良好，无需担心性能损失 - IE 不支持
let/const，若需兼容，只能退回到var+ 显式声明顺序管理 - ESLint 规则
no-use-before-define对这类写法更友好，能提前暴露调用顺序问题
真正复杂的不是“有没有提升”，而是混用 var/let、声明/表达式、以及嵌套作用域中变量重名时，作用域链查找路径变得难以推演——这时候别猜，打开 DevTools 的 Scope 面板看实际绑定。
