箭头函数与传统函数，如何选择？

箭头函数并非传统函数的简单缩写，而是一种具有严格语义边界的语言特性：它不绑定自己的this、不能用作构造函数、没有arguments对象、也不支持yield，因此只适合用于无需独立上下文、不涉及实例化或复杂执行控制的简洁回调场景——如数组遍历、Promise链处理、React事件内联调用等；一旦误用于对象方法、事件处理器或需要动态this的场合，极易引发隐蔽且难以调试的上下文错误，理解其本质限制比盲目追求语法简洁更重要。

箭头函数没有自己的 this 绑定

这是最根本的区别。传统函数（function 表达式或声明）在调用时会根据调用方式动态绑定 this；而箭头函数不绑定 this，它直接继承外层作用域的 this 值。

常见错误场景：

• 对象方法中使用箭头函数：this 指向不是该对象，而是定义时的外层上下文（常为 window 或 undefined）
• 事件监听器里用箭头函数，导致无法通过 this 访问触发元素（应改用 event.currentTarget）
• Vue/React 类组件中，若用箭头函数写方法，this 仍指向实例——但这只是因为类字段语法把函数挂到了实例上，并非箭头函数“修复了 this”，本质仍是闭包捕获

箭头函数不能用作构造函数

调用 new 箭头函数会立即抛出 TypeError: xxx is not a constructor。它没有 prototype 属性，也不支持 new.target。

这意味着：

• 绝不能用箭头函数替代类或工厂函数来创建实例
• Object.prototype.toString.call(arrowFn) 返回 "[object Function]"，但它不具备构造能力
• 需要动态生成对象时，必须用传统函数或 class

箭头函数没有 arguments 对象，也不能用 yield

在箭头函数内部访问 arguments 会报 ReferenceError，它只能靠剩余参数 ...args 替代。

同时，箭头函数不能用作 Generator 函数——没有 function* 语法支持，也无法使用 yield 关键字。

适用场景受限于这些限制：

• 需要兼容老旧环境（如 IE）时，不能依赖箭头函数（需 Babel 转译）
• 需要访问 arguments.callee（虽然已不推荐）或做递归调用时，必须用传统函数
• 写异步迭代器或需暂停执行的逻辑，得用 async function*，而非箭头函数

何时该用箭头函数？看这三点就够了

真正适合箭头函数的，是那些「不需要独立 this、不需被 new、不涉及 arguments 或 yield」的短小回调场景。

典型例子：

• 数组方法的回调：[1,2,3].map(x => x * 2)、arr.filter(item => item.active)
• Promise 链中的 then/catch：fetch(...).then(res => res.json()).then(data => console.log(data))
• React 函数组件内联事件处理（避免重复创建）：onClick={() => setCount(c => c + 1)}
• 封装简单工具函数：const isEmpty = obj => Object.keys(obj).length === 0;

注意：如果回调里要修改状态或依赖上下文，先确认 this 是否真被需要——多数现代代码用参数或闭包传值，反而更清晰。

const obj = {
  value: 42,
  regular() {
    return this.value; // ✅ 正常返回 42
  },
  arrow: () => {
    return this.value; // ❌ this 是全局/undefined，返回 undefined
  }
};
<p>obj.regular(); // 42
obj.arrow();   // undefined</p>

箭头函数不是语法糖，它是有明确语义边界的语言特性。用错地方比不用更难调试——尤其当 this 行为不符合预期时，问题往往藏在调用链深处。

好了，本文到此结束，带大家了解了《箭头函数与传统函数，如何选择？》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多文章知识！