javascript中this绑定规则未变，始终由调用方式决定；箭头函数词法绑定、class方法隐式绑定、esm顶层this为undefined、严格模式默认启用使实际开发中this多为undefined。
JavaScript 中 this 的绑定规则本身在 ES5、ES6 到 ES2022+ 各版本中没有改变。核心逻辑始终是：this 的值由函数的调用方式决定，而不是定义位置。所谓“版本差异”，其实是新语法引入了新的执行上下文，间接改变了 this 的实际表现。
箭头函数带来词法绑定
ES6 引入箭头函数后，它不遵循传统 this 绑定规则，而是继承外层普通函数作用域的 this 值。这并非规则变更，而是新增了一种“无 this”的函数类型：
- 普通函数：每次调用都按默认/隐式/显式/new 规则重新确定 this
- 箭头函数：this 在定义时就固化，赋值、传参、作为事件回调使用都不会改变
- 典型用途：避免 setTimeout、Promise.then、addEventListener 中的 this 丢失，不再需要 .bind(this) 或 const that = this
class 方法默认隐式绑定
ES6 class 内部方法天然具有隐式绑定行为，与对象字面量方法一致：
-
class Person { say() { console.log(this.name); } }→new Person().say()中 this 指向实例 - public 字段中的箭头函数（如
handleClick = () => {}）在构造时自动捕获 this，适合直接绑定 DOM 事件 - 注意：class 顶层代码（非方法、非字段）不执行，不存在“类作用域的 this”概念
ES 模块使顶层 this 恒为 undefined
只要使用 import/export，文件即为 ESM 模块，其顶层作用域自动启用严格模式，且 this 始终为 undefined：
- CommonJS（
require）中顶层 this ===module.exports - ESM 中
console.log(this)直接输出undefined，不可赋值，也不指向globalThis - 这是模块系统演进带来的环境差异，不是语法规则本身的变化
严格模式已成为现代开发默认环境
虽然严格模式早在 ES5 就已存在，但当前主流构建工具（Vite、Webpack）、TypeScript 编译和 ESM 默认启用，使得非严格模式下的默认绑定（this → window）基本退出实际开发：
- 独立函数调用
foo()在严格模式下 this 为undefined，而非window - 错误更早暴露（如
this.xxx报错而非静默失败），避免意外污染全局 - 这意味着“默认绑定”的实际表现，在绝大多数现代项目中就是
undefined
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
