共 2 篇相关文章
这篇不是重复基础概念，而是从几个常见误区和实际使用中的细微差别入手，深入辨析了 JavaScript 里函数声明与函数表达式的本质区别。作者详细拆解了两者在作用域、变量提升、严格模式下的行为差异，并特别指出了函数表达式（尤其是匿名函数）可能带来的内存回收考量。 文章的核心价值在于它指出了那些容易在项目代码中形成“坑”的场景。比如，在条件判断中动态定义函数时，由于提升规则不同，函数声明与函数表达式的行为会截然不同；再比如，在立即执行函数、递归调用或作为对象方法的回调时，选择哪种形式会直接影响代码的可靠性和可维护性。作者还对比了各自更适合的场景：函数声明因其可读性和提升特性，适合在模块顶层定义；而函数表达式则在模块模式、动态生成函数或需要避免污染全局作用域时更为灵活。 最后，文章强调了理解这些差异并非学究式的纠结，而是编写更健壮、更易于调试的 JavaScript 代码的基础。它能帮助开发者在面对复杂逻辑时，下意识地做出更合适的选择，避免因混淆两者而导致的隐蔽错误。
这篇讲的是JavaScript中“变量提升”这个经典机制。作者从一组看似简单的代码实验出发，揭示了引擎处理变量声明的底层逻辑。 核心在于对比。代码用`if(false)`包裹的`var a = 1`和`b = 1`，以及`if(true)`包裹的`c = 1`，通过五次`alert`输出，制造了一个鲜明的对照。最关键的差异出现在第一、第二和第三个输出上：为什么`var a`所在的代码块根本不执行，`"a"`却出现在了`window`上？而同样位于假条件块内的变量赋值`b = 1`，`"b"`却不在`window`中？ 作者通过这个案例点明：JavaScript预解析（变量提升）的核心规则是，`var`声明会被提升到作用域顶部，但赋值操作留在原地。因此，`if(false)`里的`var a=1`中，声明被提升，变量已存在（值为`undefined`），但赋值从未发生；而`b=1`是纯粹的赋值，声明并未提升，且条件为假代码不执行，所以`b`从未被创建。直到第五个输出，因为`if(true)`执行了赋值，`c`才成为`window`的属性。 文章的巧妙之处在于，它没有堆砌概念，而是用极简的代码和清晰的输出结果，让读者直观地“看见”了预解析在条件语句中的作用边界，巩固了对作用域和声明提升的理解。
