深入理解 JavaScript 箭头函数的 this:为什么 DOM 事件不推荐用箭头函数?

深入理解 JavaScript 箭头函数的 this:为什么 DOM 事件不推荐用箭头函数?

在学习 JavaScript 时,很多人都会被 this 搞得一头雾水。而当箭头函数出现之后,this 的行为又发生了"根本性变化",让原本就复杂的规则更加扑朔迷离。

这篇文章系统整理两个非常核心的问题:

  1. 箭头函数里面到底有没有 this
  2. 为什么 DOM 事件回调函数通常不推荐使用箭头函数?

如果你对 this 的指向、事件绑定、回调函数执行机制还不够清晰,这篇笔记会帮你彻底理顺。


一、先说结论

1)箭头函数有没有 this

箭头函数:

  • 不会创建自己的 this
  • 只会继承外层作用域的 this
  • this函数定义时确定
  • 永远不会被调用方式改变

本质:

kotlin 复制代码
箭头函数的 this 是"继承的",不是"绑定的"

2)DOM 事件回调推荐用箭头函数吗?

通常不推荐,尤其是:

  • 你需要使用 this 指向触发事件的元素
  • 你需要访问 DOM 节点本身

因为:

ini 复制代码
事件回调使用普通函数 → this = 触发事件的元素
事件回调使用箭头函数 → this = 外层作用域(通常是 window)

这就是为什么很多代码"明明写在按钮事件里",却拿不到按钮本身。


二、普通函数的 this 是怎么决定的?

普通函数的 this运行时决定的,遵循一个非常重要的规则:

kotlin 复制代码
谁调用函数,this 就指向谁

看例子:

javascript 复制代码
const obj = {
  name: 'andy',
  sayHi: function () {
    console.log(this)
  }
}

obj.sayHi()

执行时:

ini 复制代码
调用者是 obj
所以 this = obj

这叫:

隐式绑定


三、箭头函数的 this 为什么完全不同?

来看箭头函数版本:

javascript 复制代码
const obj = {
  name: 'andy',
  sayHi: () => {
    console.log(this)
  }
}

obj.sayHi()

很多人以为:

ini 复制代码
this = obj

但实际结果(浏览器中):

ini 复制代码
this = window

为什么?


根本原因:箭头函数没有自己的 this

箭头函数不会进行 this 绑定,它只会:

kotlin 复制代码
向外查找一层作用域的 this

这叫:

词法作用域绑定(lexical this)

也就是:

kotlin 复制代码
写在哪个作用域
就继承哪个作用域的 this

而不是:

复制代码
谁调用决定

举个真实执行过程

javascript 复制代码
const obj = {
  sayHi: () => {
    console.log(this)
  }
}

箭头函数定义位置:

复制代码
全局作用域

浏览器中:

ini 复制代码
全局作用域 this = window

所以最终:

ini 复制代码
箭头函数 this = window

即使这样调用:

scss 复制代码
obj.sayHi()

也不会改变。

因为箭头函数根本不看调用方式。


四、普通函数 vs 箭头函数(本质对比)

特性 普通函数 箭头函数
是否有自己的 this 没有
this 什么时候确定 运行时 定义时
是否受调用方式影响
能否被 call/apply/bind 修改 可以 不可以
是否适合对象方法 非常适合 不推荐
是否适合回调函数 可以 非常适合

五、为什么 DOM 事件不推荐箭头函数?

这是开发中最常踩的坑。

先看正确写法:

javascript 复制代码
button.addEventListener('click', function () {
  console.log(this)
})

输出:

复制代码
触发点击的按钮元素

原因:

浏览器会把 this 自动绑定为:

复制代码
事件触发元素

这是 DOM 事件的默认规则。


再看箭头函数版本:

javascript 复制代码
button.addEventListener('click', () => {
  console.log(this)
})

输出:

javascript 复制代码
window

为什么?

因为:

箭头函数的 this 来自外层作用域。

而不是事件系统绑定的。

也就是说:

kotlin 复制代码
DOM 想给你绑定 this
箭头函数:不用,我已经有了

所以绑定失败。


六、真实开发中的典型错误

很多人写:

javascript 复制代码
button.addEventListener('click', () => {
  this.style.color = 'red'
})

结果报错:

arduino 复制代码
Cannot read property 'style' of undefined

因为:

ini 复制代码
this = window

window 没有 style。


正确写法:

javascript 复制代码
button.addEventListener('click', function () {
  this.style.color = 'red'
})

七、那箭头函数什么时候适合用?

箭头函数最适合:

1)回调函数

比如:

javascript 复制代码
setTimeout(() => {
  console.log(this)
}, 1000)

常见于:

  • 定时器
  • Promise
  • 数组方法
  • 异步回调

原因:

kotlin 复制代码
避免 this 丢失

2)需要继承外层 this

经典场景:

javascript 复制代码
class Person {
  constructor() {
    this.name = 'Tom'

    setTimeout(() => {
      console.log(this.name)
    }, 1000)
  }
}

如果用普通函数:

javascript 复制代码
this 会变成 window

箭头函数可以自动继承类实例。


八、一个超级重要的判断口诀

如果你需要:

kotlin 复制代码
动态 this

用普通函数。

如果你需要:

kotlin 复制代码
稳定 this(继承外层)

用箭头函数。


九、对象方法为什么不建议箭头函数?

因为对象方法通常需要:

ini 复制代码
this = 当前对象

但箭头函数做不到。

javascript 复制代码
const user = {
  name: 'Lucy',
  sayHi: () => {
    console.log(this.name)
  }
}

输出:

javascript 复制代码
undefined

因为 this 不是 user。


相关推荐
幽络源小助理4 小时前
小六壬排盘工具源码 自适应双端 纯原生HTML+JS
前端·javascript·html
Championship.23.245 小时前
Open Source Pipeline Skill深度解析:自动化开源贡献全流程
前端·javascript·html
Bigger5 小时前
🧠 前端岗位的"结构性调整":现象背后的冷思考
前端·程序员·ai编程
薯老板5 小时前
vue组件之间的通信
前端·vue.js
迪菲赫尔曼5 小时前
从 0 到 1 打造工业级推理控制台:UltraConsole(Ultralytics + FastAPI + React)开源啦!
前端·yolo·react.js·计算机视觉·开源·fastapi
万邦科技Lafite5 小时前
京东开放API接口:item_get返回参数指南
java·前端·javascript·api·电商开放平台
梦想CAD控件5 小时前
网页CAD协同设计平台-生产级在线实时协同CAD引擎
前端·javascript·架构
Highcharts.js5 小时前
React 开发实战:如何使用 useEffect 为 Highcharts 注入实时数据
前端·javascript·react.js·开发实战·实时数据·highcharts·轮询数据
陆枫Larry5 小时前
Vue Slot 到底在解决什么问题?
前端
梦想很大很大5 小时前
让 AI 成为“报表配置员”:BI 低代码平台的 Schema 实践路径
前端·人工智能·低代码