箭头函数无this绑定，继承外层作用域this；适合回调等无需动态this场景，不适用于对象方法、构造器等需独立this的场合。
箭头函数的写法：从单参数到多参数的几种常见形式
箭头函数不是语法糖，而是有明确行为边界的函数类型。它省略 function 关键字，用 => 连接参数和函数体。
- 无参：
() => console.log('hi') - 单参：
name => console.log('Hello', name)（括号可省） - 多参：
(a, b) => a + b（括号不可省） - 多行逻辑：
(x, y) => { return x * y; }（必须加{}和return）
箭头函数确实没有自己的 this，它继承外层作用域的 this
这不是“丢失”，而是设计如此——箭头函数不绑定 this，也不响应 .call()、.apply()、.bind() 对 this 的修改。
- 在对象方法中直接写箭头函数，
this指向的是定义时的外层上下文，**不是该对象本身** - 在事件监听器或定时器里用箭头函数，
this通常指向全局（window或undefined，取决于是否严格模式） - 想让函数拥有独立
this？必须用传统函数：function() { ... }或简写的对象方法method() { ... }
const obj = {
value: 42,
regularFn: function() {
console.log(this.value); // 42
},
arrowFn: () => {
console.log(this.value); // undefined（非严格模式下可能是 window.value）
}
};什么时候该用箭头函数？什么时候不该用？
关键看是否需要动态 this 或 arguments。
- ✅ 适合：回调（
map/filter/setTimeout）、工厂函数、简化无状态逻辑 - ❌ 不适合：对象方法、原型方法、需要
new实例化的构造器、需要访问arguments的场景（箭头函数没有arguments对象） - ⚠️ 注意：Vue/React 组件中，生命周期钩子或事件处理若依赖组件实例
this，不能写成箭头函数
容易踩的坑：this 看上去“对了”，其实只是巧合
比如在全局作用域定义箭头函数并赋给对象属性，运行时 this 恰好等于该对象，这只是因为外层 this 正好是那个对象——这种行为不可靠，也不可移植。
- 不要依赖“它这次跑对了”来判断是否安全
- 调试时用
console.log(this)确认实际指向，而不是靠经验猜测 - ESLint 规则
prefer-arrow-callback只适用于回调场景，不适用于所有函数
真正难的不是写法，是判断「这个函数要不要参与
this 绑定」——一旦混淆，调试成本远高于重写一行 function。
