箭头函数在类属性中定义时，this 静态绑定到当前实例，适用于事件处理器、异步回调和定时器等需稳定 this 的场景；应采用类字段语法定义，避免继承时序陷阱，但不可用于需动态 this 或子类重写的情形。
箭头函数在类属性中定义时，this 会静态绑定到当前实例，不随调用方式变化——这是它最核心的价值，也是最佳实践的出发点。关键不是“能不能用”，而是“在哪用、怎么写才稳妥高效”。
优先用于需稳定 this 的回调场景
当函数要作为事件处理器、异步回调或定时器逻辑被提取、传递或延迟执行时，箭头函数能天然避免 this 丢失：
- DOM 事件：直接传给
addEventListener，无需.bind(this)或中间变量 - Promises 和 async/await：在
.then()、.catch()或await后续操作中访问实例状态 - 定时器：
setTimeout(() => this.update(), 100)比setTimeout(this.update.bind(this), 100)更简洁安全
统一采用类字段语法定义
把箭头函数写成类字段（而非方法声明），是目前最清晰、最可靠的写法：
- 写法示例：
handleSubmit = (e) => { e.preventDefault(); this.setState(...); } - 该写法确保函数在构造函数执行过程中初始化，此时实例已存在，this 确保可用
- 与 React 等框架配合良好，可直接用于 JSX 属性（如
onClick={this.handleSubmit}），且利于 diff 优化
避开继承与初始化时序陷阱
虽然 this 绑定稳定，但不代表所有实例属性都已就绪：
立即学习“Java免费学习笔记（深入）”；
- 不要在子类
constructor中super()之前访问父类的箭头函数属性——父类字段可能尚未初始化 - 字段初始化器中使用箭头函数是安全的（ES2022 规范保证
this存在），但若函数内引用了尚未赋值的属性（如this.apiClient在构造函数末尾才赋值），仍会报错 - 建议将依赖强初始化顺序的逻辑，显式放在
constructor或生命周期方法中处理
不用在需要动态 this 或复用的场合
箭头函数不是万能替代品，以下情况应坚持用普通方法：
- 需要被子类重写或覆盖的方法（箭头函数是实例私有，无法被原型链继承）
- 希望函数能通过
.call()/.apply()显式指定上下文的工具方法 - 事件处理器中需访问原生
event.target或期望this指向 DOM 元素（此时应保留普通函数，用event.currentTarget或解构参数）
