箭头函数与普通函数的区别详解

箭头函数虽以简洁和词法this著称，却在关键能力上存在硬性限制：它无法动态绑定this、不能作为构造函数、没有prototype和arguments、不支持yield，导致在事件回调需正确实例上下文、类组件方法提取调用、生成器逻辑、动态参数处理及调试追踪等场景中完全不可用；理解这些本质差异，不是纠结“该不该少用”，而是明确识别哪些地方——一旦误用就会直接报错或行为失控——必须坚决选用普通函数。

箭头函数的 this 指向是“冻结”的，改不了

普通函数的 this 在每次调用时动态绑定——谁调用、怎么调用（.call、.apply、隐式调用、构造调用），this 就指向谁。箭头函数没有自己的 this，它直接捕获定义时外层第一个普通函数的 this 值，之后永远不变。

• 用 .call(obj, ...) 或 .bind(obj) 试图改变箭头函数的 this？无效——第一个参数会被忽略，this 仍沿用定义时继承的值
• 在对象方法里写 onClick: () => this.handleClick()？如果该对象是通过 new 创建的，而 this 在构造函数外层是 undefined（严格模式）或全局对象，就会出错
• 常见翻车场景：document.addEventListener('click', () => this.doSomething()) —— 如果 this 本应是某个类实例，但箭头函数定义在全局/模块顶层，那 this 就不是你想要的那个实例

箭头函数不能当构造函数，也没有 prototype

想用 new MyComponent(...) 实例化？必须用普通函数（或 class）。箭头函数没有 prototype 属性，也不支持 new 调用，否则抛出 TypeError: MyComponent is not a constructor。

• const Person = (name) => { this.name = name; }; → new Person('Alice') 直接报错
• console.log(Person.prototype) 输出 undefined，无法挂载原型方法
• 所有依赖构造行为的场景都得避开箭头函数：React class 组件的 constructor、自定义 DOM 类、需要 instanceof 判断的类型

箭头函数没有 arguments，也不支持 yield

普通函数内部可直接访问类数组对象 arguments；箭头函数没有它，连引用外层 arguments 都要小心作用域嵌套层级。

• const sum = () => Array.from(arguments).reduce(...) → 报错：ReferenceError: arguments is not defined
• 替代方案只能用剩余参数：const sum = (...nums) => nums.reduce((a, b) => a + b)
• 箭头函数不支持 yield，所以不能写生成器函数：const gen = () => yield 1 是语法错误
• 需要动态参数处理、调试时依赖 arguments.callee（虽已废弃）、或需生成器能力时，必须用普通函数

什么时候明确要避免用箭头函数？

不是“少用”，而是这几类场景**完全不能用**：

• 作为对象方法定义，且该方法需被其他上下文调用（比如传给 addEventListener、setTimeout、第三方库回调钩子），又依赖正确的 this 指向 —— 改用普通函数或显式绑定
• 需要 new 实例化的构造逻辑，包括 class 内部的普通方法若被提取后单独 new（如 const fn = obj.method; new fn()）
• 函数体里要访问 arguments、new.target，或要写 async function* 这类复合语法
• 需要在调试器中看到函数名（箭头函数在堆栈里显示为 anonymous 或 fn，不利于排查）

最常被忽略的一点：箭头函数的“词法 this”看似省事，实则把调用时的灵活性彻底锁死了——当你不确定将来谁会以什么方式调用这个函数，就别用箭头函数。

今天带大家了解了的相关知识，希望对你有所帮助；关于文章的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~