function foo(){} 和 foo = function(){} 有什么区别？

Question

可能的重复：
JavaScript：var functionName = function() {} vs function functionName() {}< /a>

它们是一样的吗？我一直想知道

Answer 1

不，它们并不相同，尽管它们都会产生一个可以通过符号 foo 调用的函数。一个是函数声明，另一个是函数表达式。它们在不同的时间进行评估，对其定义的范围有不同的影响，并且在不同的地方是合法的。

引用 我的回答这里的另一个问题（为了相关性进行了一些编辑），以防其他问题由于某种原因被删除（并保存人们点击链接）：

---

JavaScript 有两个不同但相关的东西：函数声明，以及函数表达式。它们之间有明显的区别：

这是一个函数声明：

function foo() {
    // ...
}

在执行任何逐步代码之前，函数声明在进入封闭范围时进行评估。函数的名称 (foo) 被添加到封闭范围（从技术上讲，是定义函数的执行上下文的变量对象）。

这是一个函数表达式（具体来说，是一个匿名函数，就像您引用的代码一样）：

var foo = function() {
    // ...
};

函数表达式在它们出现的地方作为分步代码的一部分进行计算（就像任何其他表达）。该函数创建一个没有名称的函数，并将其分配给 foo 变量。

函数表达式也可以是命名的而不是匿名的。命名函数看起来像这样：

var x = function foo() {  // Valid, but don't do it; see details below 
    // ...
};

根据规范，命名函数表达式应该是有效的。它应该创建一个名为 foo 的函数，但不将 foo 放入封闭范围，然后将该函数分配给 x 变量（所有这些都在分步代码中遇到表达式时发生）。当我说它不应该将 foo 放入封闭范围时，我的意思正是：

var x = function foo() {
    alert(typeof foo); // alerts "function" (in compliant implementations)
};
alert(typeof foo);     // alerts "undefined" (in compliant implementations)

请注意这与函数声明的工作方式有何不同（其中函数的名称添加到封闭范围中）。

命名函数表达式适用于兼容的实现，但在实际实现中曾经存在一些错误，尤其是 Internet Explorer 8 及更早版本（以及 Safari 的一些早期版本）。 IE8 处理命名函数表达式两次：首先作为函数声明（进入执行上下文时），然后作为函数表达式 ，在此过程中生成两个不同的函数。 （真的。）

更多信息请参见：双重考虑和这里：命名函数表达式揭秘

---

注意：以下内容是在 2011 年编写的。2015 年，控制块中的函数声明作为 ECMAScript 2015 的一部分添加到语言中。它们的语义会有所不同，具体取决于您是否处于严格或宽松模式，如果环境是 Web 浏览器，则处于宽松模式。当然，还取决于您使用的环境是否正确支持它们的 ES2015 定义。 （令我惊讶的是，截至 2017 年 7 月撰写本文时，Babel 也无法正确转译它们。）因此，您只能在特定情况下可靠地使用控制流结构中的函数声明，因此目前最好还是使用函数表达式。

最后，它们之间的另一个区别是它们的合法性。函数表达式可以出现在表达式可以出现的任何地方（实际上是任何地方）。函数声明只能出现在其封闭范围的顶层，位于任何控制流语句之外。例如，这是有效的：

function bar(x) {
    var foo;

    if (x) {
        foo = function() {  // Function expression...
            // Do X
        };
    }
    else {
        foo = function() {  // ...and therefore legal
            // Do Y
        };
    }
    foo();
}

...但这不是，并且不做它看起来在大多数实现上所做的事情：

function bar(x) {

    if (x) {
        function foo() {  // Function declaration -- INVALID
            // Do X
        }
    }
    else {
        function foo() {  // INVALID
            // Do Y
        }
    }
    foo();
}

并且它非常有意义：因为 < code>foo 函数声明在进入 bar 函数时进行评估，在执行任何逐步代码之前，解释器不知道哪个 foo来评估。这对于表达式来说不是问题，因为它们是在控制流期间完成的。

由于语法无效，实现可以自由地做他们想做的事。我从来没有遇到过一个能够完成我所期望的事情的人，即抛出语法错误并失败。相反，几乎所有这些都只是忽略控制流语句，并在顶层有两个 foo 函数声明时执行它们应该执行的操作（使用第二个；这是规范中的）。因此仅使用第二个foo。 Firefox 的 SpiderMonkey 是最出色的，它似乎（有效地）将它们转换为表达式，因此它使用哪个取决于 x 的值。 实例。

Answer 2

在提出非常类似的问题时，我对此得到了很好的解释： JavaScript 中两个同名函数 - 这是如何工作的？