JavaScript中this指向详解

JavaScript中的this并非定义时确定，而是完全由函数调用方式动态决定——这是理解所有this行为的核心钥匙；本文系统剖析了普通函数裸调用时在严格/非严格模式下的全局或undefined指向、对象方法赋值后因脱离上下文导致的this丢失、箭头函数不绑定且不可修改的词法继承特性，以及new调用时指向新实例的关键机制，并直击开发中高频踩坑场景（如事件回调、React类组件、构造器super调用顺序等），强调真正掌握this的关键不是死记规则，而是养成“先判断调用方式”的思维习惯——搞清“谁在调用”，90%的this困惑迎刃而解。

JavaScript 中的 this 不是定义时决定的，而是调用时动态绑定的——搞错这点，90% 的 this 问题就源于此。

普通函数调用时，this 指向什么

在非严格模式下，直接调用函数（如 foo()），this 指向全局对象（浏览器中是 window，Node.js 中是 global）；严格模式下为 undefined。

常见错误现象：console.log(this) 在某个工具函数里突然打印出 window，但你本意是想访问当前对象的属性。

• 避免裸调用：不要写 obj.method(); method(); 这种脱离上下文的调用
• 检查是否启用了严格模式（"use strict"），它会让错误更早暴露
• 在模块顶层或箭头函数外直接写 function foo() { console.log(this); }，它的 this 和调用方式强相关，不是“属于谁”就指向谁

对象方法中 this 为什么会丢失

当把方法赋值给变量或传入回调时，this 绑定就断了。例如：const handler = obj.handleClick; button.addEventListener('click', handler); —— 点击触发时，handler 是普通函数调用，this 不再是 obj。

使用场景：事件监听、定时器、Promise 回调、React 类组件中未绑定的方法。

• 手动绑定：button.addEventListener('click', obj.handleClick.bind(obj))
• 使用箭头函数包装：button.addEventListener('click', () => obj.handleClick())
• 类字段语法（ES2022+）：handleClick = () => { ... }，本质是实例属性 + 箭头函数
• 注意：call/apply/bind 可显式指定 this，但仅对普通函数有效，对箭头函数无效

箭头函数没有自己的 this

箭头函数不绑定 this，它沿用定义时所在作用域的 this 值，且无法被 call/apply/bind 改变。

性能影响小，但容易误判：你以为它会继承调用者的 this，其实它继承的是外层函数的 this。

• 适合写回调、封装逻辑，但别指望用它“修复”丢失的 this（除非外层 this 正确）
• 在构造函数或类方法里写 () => this.xxx 是安全的，因为外层 this 就是实例
• 在全局作用域写箭头函数，它的 this 就是全局对象（或 undefined，严格模式下）

构造函数和 class 中的 this 特殊性

用 new 调用函数时，this 指向新创建的实例；class 构造器中 this 也指向新实例，但必须先执行 super()（子类中）才能访问 this。

容易踩的坑：class 内部方法默认不自动绑定，和普通对象方法一样会丢失 this；另外，this 在构造函数执行完之前不可访问（比如在 super() 前读 this 会报 ReferenceError）。

• 子类构造器中，必须在使用 this 前调用 super()
• class 中的普通方法不是箭头函数，不自动绑定 this
• 静态方法中的 this 指向类本身（MyClass），不是实例

真正难的不是记规则，而是识别「谁在调用」——每次看到 this，先问一句：这个函数此刻是以什么方式被调用的？隐式绑定？显式绑定？new？还是箭头函数继承？漏掉这一步，所有技巧都白搭。

今天关于《JavaScript中this指向详解》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！