隐式绑定失效的本质是函数调用脱离“对象.方法()”形式，此时this不指向原对象而退至默认绑定；常见场景包括赋值调用、回调传入、解构调用及链式调用中返回未绑定函数。
隐式绑定失效，核心就一句话：函数脱离了“对象.方法()”这个调用形式，this 就不再指向原对象。它不是函数写在哪决定的，而是怎么被调用的那一刻决定的。
哪些操作会切断隐式绑定
只要函数被“提出来”单独使用，哪怕只隔了一步，隐式绑定就断了：
- 赋值给变量后调用：const fn = obj.method; fn(); → this 变成全局或 undefined
- 作为回调传入：setTimeout(obj.method, 100);、btn.addEventListener('click', obj.handleClick); → 执行时已脱离 obj
- 解构赋值调用：const { handleClick } = obj; handleClick(); → 表面看是“从 obj 来的”，但解构后只是普通函数引用
- 链式调用中返回普通函数：obj.getHandler()(); 如果 getHandler 返回的是未绑定的函数，第二对括号调用时 this 就丢失
为什么“最后一层对象”才管用
隐式绑定只认调用时紧挨着函数名的那个对象。比如 obj1.obj2.method()，this 指向 obj2，不是 obj1；再深一层 obj1.obj2.obj3.method()，this 也只认 obj3。嵌套再深，this 也不“穿透”——它不关心函数定义在哪，只看谁在“点”它、谁在“执行”它。
怎么快速验证是否失效
在方法内部第一行加 console.log(this)：
- 打印出预期的对象（如 obj）→ 隐式绑定正常
- 打印出 window 或 global → 非严格模式下已失效
- 打印出 undefined → 严格模式下绑定失败，典型失效信号
注意：不能只在外部打日志，必须放在目标函数体内、执行路径的第一句，否则看到的可能是外层调用者的 this。
本质不是“丢了”，而是根本没绑上
很多人说“this 丢失”，其实更准确的说法是：隐式绑定压根就没发生。因为调用形式不符合 obj.method() 的结构，引擎直接跳过隐式绑定规则，退回到默认绑定（全局或 undefined）。所以排查重点永远是：这个函数，到底是怎么被调用的？
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
