javascript 的 this 绑定规则未随 es 版本改变,仍由调用方式决定;差异源于新语法引入的上下文变化:箭头函数词法绑定、class 方法隐式绑定、esm 顶层 this 恒为 undefined、严格模式使默认绑定为 undefined。

JavaScript 中的 this 绑定规则本身没有因“语言版本”(如 ES5、ES6、ES2022)而改变,核心逻辑始终是:this 的值由函数调用方式决定,而非定义位置。真正带来差异的,是新语法引入的新上下文环境和默认执行模式变化,尤其是箭头函数、类、模块系统这些特性。
箭头函数:词法绑定取代动态绑定
ES6 引入箭头函数后,它不绑定自己的 this,而是直接继承外层普通函数作用域的 this 值。这与传统函数的运行时动态绑定完全不同:
- 普通函数:每次调用都按默认/隐式/显式/new 规则重新确定 this
- 箭头函数:this 在定义时就固化,后续无论怎么调用(赋值、传参、事件回调),this 都不变
- 常见用途:解决定时器、事件监听、异步回调中 this 丢失问题,无需再写
bind或that = this
类(class)方法:隐式绑定更“自然”,但需注意字段初始化
ES6 class 内部方法默认使用隐式绑定,行为与对象字面量方法一致;但 class 字段(public field)中的箭头函数会自动绑定 this:
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
-
class Person { say() { console.log(this.name); } }→const p = new Person(); p.say()中 this 指向 p -
class Person { handleClick = () => { console.log(this.name); } }→ 该箭头函数在构造时就捕获了 this,可安全用于 DOM 事件绑定 - 注意:class 内部顶层代码(非方法、非字段)不执行,不存在“类作用域的 this”概念
ES 模块(ESM):顶层 this 恒为 undefined
无论浏览器还是 Node.js,只要使用 import/export,文件即为 ESM 模块,其顶层作用域自动启用严格模式,且 this 始终为 undefined:
- CommonJS(
require)中顶层this === module.exports - ESM 中
console.log(this)在模块顶层直接输出undefined,不可赋值,也不指向 globalThis - 这是版本演进带来的环境差异,不是语法变更,但影响全局作用域行为
严格模式普及:默认绑定不再退化到全局对象
虽然严格模式早在 ES5 就已存在,但随着现代构建工具(Vite、Webpack)、ESM 默认启用、TypeScript 编译等广泛采用,非严格模式下的默认绑定(this → window/global)已基本退出主流开发场景:
- 独立函数调用
foo()在严格模式下 this 为undefined,而非 window - 避免意外污染全局变量,也使错误更早暴露(如
this.xxx报错而非静默失败) - 这意味着“默认绑定”的实际表现,在现代项目中几乎总是
undefined,而非历史文档里常写的 window
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










