对象方法简写不改变this绑定逻辑，箭头函数会继承外层词法作用域的this；解构调用导致this丢失，高阶函数中混用易引发this错位，需据调用场景选择函数类型。
对象方法简写配合箭头函数时，this 不再指向当前对象，而是继承外层词法作用域的 this —— 这是迭代中出错的根源。
对象方法简写本身不改变 this 绑定逻辑
ES6 对象方法简写（如 say() { ... }）只是语法糖，等价于 say: function() { ... }，仍遵循普通函数的动态 this 规则：调用时决定指向。
- 直接调用
obj.say()→ this 指向obj - 解构后调用
const { say } = obj; say()→ this 丢失，通常为undefined（严格模式）
箭头函数在对象属性中会“冻结”外层 this
若在对象字面量中用箭头函数定义方法（如 say: () => { console.log(this.name) }），它没有自己的 this，直接捕获定义时所在作用域的 this。
- 若定义在全局作用域，this 是
window或undefined - 若定义在类构造函数内，this 是类实例（因外层是 constructor 的上下文）
- 但该行为与“对象方法”无关——它根本不是对象方法，只是挂载在对象上的一个函数值
数组迭代中 this 错位的典型表现
在 map、forEach 等高阶函数回调里混用对象方法简写 + 箭头函数，容易误判作用域链：
- ✅ 正确写法（保持 this 指向实例）：
items.map(item => this.process(item))—— 箭头函数继承外层 class 方法的 this - ❌ 危险写法（this 被劫持）：
const utils = { format: (x) => this.prefix + x };<br>items.map(utils.format)—— this 来自 utils 定义时环境，不是调用时的上下文
判断是否适用的关键信号
遇到对象方法简写 + 箭头函数组合，先问两个问题：
- 这个函数是否需要访问当前对象自身的属性或方法？→ 若需要，不能用箭头函数
- 它的调用是否脱离原始对象上下文（如传给
map、addEventListener、定时器）？→ 若会脱离，用箭头函数反而能保留外层 this，但前提是外层 this 是你想要的
