箭头函数不绑定this,其this值词法继承自外层普通函数执行时的this,定义时即确定且不可被call/apply/bind改变;适合异步回调保持外层实例上下文,但不适用于需动态this绑定的场景如对象方法、构造函数或原生事件处理器中期望this指向事件元素的情况。
箭头函数不绑定自己的 this,它直接沿作用域链向上查找,取最近一层**普通函数(非箭头函数)执行时的 this 值**——这个值在定义时就已确定,后续无论怎么调用都无法改变。
普通函数的 this 在每次调用时才决定(谁调用,this 就指向谁);而箭头函数没有独立的 this 绑定机制,它只是“记住”外层普通函数当时的 this。
this 是 window;严格模式下是 undefined
this
this
call、apply、bind 对箭头函数无效——改不了它的 this
当需要在异步或回调中持续访问外层实例的属性或方法时,箭头函数最自然:
setTimeout(() => { this.count++ }, 1000)
.then(() => this.handleSuccess())
这些场景里,不用手动写 const self = this 或 .bind(this),代码更简洁可靠。
它不适合需要运行时根据调用方式决定 this 的情况:
obj.method = () => { ... } 后,obj.method() 中的 this 不指向 obj,而是外层定义时的上下文new 调用fn.call(context, ...) 的工具函数这类需求仍得用普通函数 + bind,或现代写法:类字段语法 handleClick = () => { ... }(本质是实例化时自动绑定)。
很多人误以为 el.addEventListener('click', () => console.log(this)) 能让 this 指向触发元素——其实不会。箭头函数的 this 仍是外层作用域的值(常为 undefined 或 window),和事件本身无关。
event.currentTarget(绑定目标)或 event.target(实际点击目标)this.handleClick = this.method.bind(this),再传给监听器onClick={() => this.fn()},那是因为它是内联生成函数传给 props,与原生事件绑定逻辑不同