隐式绑定要求函数以obj.method()形式调用，此时this指向调用对象；一旦脱离点号调用（如赋值、传参、解构），this即丢失为undefined或全局对象；修复方式包括箭头函数、bind、类字段语法或构造函数中预绑定。
对象方法中的 this 能自动指向调用它的那个对象，前提是它以 obj.method() 的形式被调用——这就是隐式绑定。但只要调用方式稍有变化，比如赋值、传参或解构，this 就会“断连”，变成 undefined（严格模式）或全局对象（非严格模式）。这不是 bug，而是 javascript 执行机制的自然结果。
隐式绑定成立的条件
只有当函数是作为对象的属性被直接调用时，this 才会绑定到该对象：
-
obj.fn()→ this 指向obj -
obj.nested.method()→ this 指向obj.nested（只看最后一层调用者） - 即使函数定义在原型上，只要调用链满足点号调用，隐式绑定依然生效
隐式绑定丢失的典型场景
本质都是函数脱离了“对象.方法”这一调用形式，变成独立函数调用：
-
赋值给变量后调用：
const fn = obj.method; fn();→ this 不再是obj -
作为回调传入异步或事件系统：
setTimeout(obj.method, 100)或btn.addEventListener('click', obj.handleClick)→ 浏览器或定时器引擎调用该函数，this 指向调用者（如btn或全局） -
解构提取方法：
const { method } = obj; method();→ 解构只是复制函数引用，调用时已无上下文 -
传入高阶函数：
[1,2,3].map(obj.process)→map内部调用process时未指定 this，默认绑定生效
如何识别和验证 this 是否丢失
最直接的办法是在方法内部打印 this，观察输出是否符合预期：
- 期望是实例对象，却打印出
undefined或window→ 已丢失 - 访问
this.xxx报错Cannot read property 'xxx' of undefined→ 典型征兆 - 在事件处理器中，this 指向了 DOM 元素而非类实例 → 说明被浏览器接管了调用权
修复思路不靠猜，而靠控制调用方式
核心目标是让函数执行时能明确知道“我是谁调用的”。常用手段包括：
-
箭头函数包装：
() => obj.method()，利用词法作用域捕获外层 this -
bind 显式绑定：
obj.method.bind(obj)，生成一个永久绑定 this 的新函数 -
类字段语法（推荐现代项目）：
method = () => { ... }，天然绑定实例，解构也不怕 -
构造函数中预绑定：
this.method = this.method.bind(this)，适合需多次复用的回调
