箭头函数不是语法糖,它与普通函数在this绑定、不可new调用、无arguments三方面存在本质区别,直接替换易引发隐性bug。
箭头函数不是语法糖,它和普通函数在 this、arguments、new 调用三方面有本质区别;不加判断直接替换会导致隐性 bug。
this,会沿作用域链向上找这是最常踩坑的点。普通函数的 this 取决于调用方式(如 obj.fn() 中 this 是 obj),而箭头函数的 this 固定为定义时外层作用域的 this 值。
常见错误场景:
const obj = { name: 'a', say: () => console.log(this.name) } → this 指向全局或 undefined(严格模式)this,但如果外层 this 本身不对(比如在类字段初始化时未绑定),反而更难排查methods 或 computed 里误用箭头函数,导致无法访问 this.$data
prototype
调用 new 箭头函数会直接报错:
TypeError: xxx is not a constructor。它没有 prototype 属性,也不能用 instanceof 判断。
这意味着:
function MyComponent() { ... } 是合法的,但写成 const MyComponent = () => { ... } 就丢失了 MyComponent.prototype(虽然 React 不依赖它,但某些 HOC 或 ref 类型推导可能受影响)fn.cache = new Map())时,箭头函数无法被重新赋值为对象,普通函数更灵活arguments,也不支持 yield
在箭头函数内部访问 arguments 会报 ReferenceError,它只能靠外层函数的 arguments 或使用剩余参数 ...args 替代。
其他限制包括:
yield,因此不能是生成器函数(function*)caller 和 callee(已废弃但部分老代码仍依赖)anonymous,不利于定位(尤其压缩后)不是“能用就用”,而是“明确需要它的特性时才用”:
[1,2,3].map(x => x * 2)、setTimeout(() => doSth(), 100)
this 且外层 this 稳定:React 函数组件内事件处理器(onClick={() => setState(x)})、Promise 链中的 .then(data => this.handle(data))
function 关键字又不需要上述特性的场合(如配置项里的简单转换函数)真正容易被忽略的是:箭头函数的简洁性是以牺牲运行时灵活性换来的。一旦你需要动态 this、构造能力、或调试可见性,就得退回到普通函数——这不是风格选择,是语义约束。