javascript class 方法的 this 默认指向实例，但提取或作为回调调用时会丢失；原因在于 this 由调用方式决定而非定义位置；可用箭头函数、constructor 中 bind 或类字段语法绑定；需清理定时器/事件监听并加销毁防护。
在 JavaScript class 中，方法内部的 this 默认指向当前实例对象——但这个“默认”只在方法被**作为对象属性正确调用时**才成立。一旦方法被提取、传递或用作回调（比如定时器、事件监听、Promise.then），this 就极易丢失，变成 undefined（严格模式）或全局对象。
为什么 this 会丢失？关键看调用方式
class 方法本质是定义在原型上的普通函数。它的 this 不由“写在哪”决定，而由“谁调用它”决定：
-
正常调用：
obj.method()→this指向obj -
提取后调用：
const fn = obj.method; fn();→ 独立函数调用 →this丢失 -
传给定时器：
setTimeout(obj.method, 100)→ 同样是独立调用 →this不再指向实例
常用且可靠的绑定方案
以下方法都能确保回调中 this 始终指向类实例，选哪种取决于使用场景：
-
箭头函数（推荐用于内联逻辑）：在方法体内直接写
() => { ...this.xxx... }。它不绑定自己的this，而是继承外层作用域（即 class 方法执行时的this） -
构造函数中 bind 绑定（适合复用已有方法）：在
constructor里写this.handler = this.handler.bind(this)，之后可安全传给addEventListener或setInterval -
类字段语法（简洁现代写法）：写成
handler = () => { ... }。它在实例初始化时自动绑定，效果等同于构造函数中手动 bind
别忘了清理和防护
定时器、事件监听器等异步操作可能在组件卸载或实例销毁后仍尝试执行。此时访问 this.xxx 会报错：
- 务必在销毁前清除定时器：
clearInterval(this.timerId) - 可在回调开头加防护判断：
if (!this || this.destroyed) return; - React 类组件中，常配合
componentWillUnmount清理；普通 class 可设计destroy()方法统一处理
