所谓隐式丢失，说白了就是 this 悄悄“脱钩”了。

在非严格模式下，它会指向全局对象，也就是 window；到了严格模式下，则会变成 undefined。

问题的根子在于，函数一旦经过赋值或作为参数传递，就可能脱离原来的对象上下文。等真正执行时，它已经成了独立函数调用，于是触发默认绑定规则。

这个情况并不少见。变量赋值、回调传入、通过解构取出方法、在数组方法里使用函数，或者把函数直接赋给事件监听器，基本都属于高频场景。

隐式丢失导致 this 指向全局（非严格模式下是 window，严格模式下是 undefined），根本原因在于函数调用时脱离了对象上下文，触发了默认绑定规则。

为什么一赋值就丢掉 this？

当写 const fn = obj.method 时，只是把函数引用复制给了 fn，并没有保留它和 obj 的关系。

后续调用 fn()，就等价于独立函数调用。Ja vaScript 引擎找不到任何对象前缀，于是按默认规则处理：

• 非严格模式 → this 绑定到全局对象（window）
• 严格模式 → this 为 undefined

哪些操作会引发隐式丢失？

不只是简单赋值，任何让方法“脱离对象调用形式”的场景都会触发：

• 作为回调传入：例如 setTimeout(obj.handleClick, 100)
• 解构获取方法：const { handleClick } = obj，再调用 handleClick()
• 数组方法中使用：[1,2,3].map(obj.process)
• 事件监听器直接传方法：button.onclick = obj.onClick

为什么 console.log(this) 有时显示 window，有时报错？

这取决于是否启用严格模式：

• 没写 'use strict'：访问 this.a 实际是访问 window.a，如果 window 上没有该属性，就得到 undefined
• 写了 'use strict'：this 是 undefined，再访问 this.a 就会抛出 Cannot read property 'a' of undefined

关键不是“this 被改了”，而是“没被绑定”

隐式丢失的本质，不是 this 被错误地设成了 window。

而是函数根本没有进入隐式绑定流程。它压根没被当作对象方法来调用。

所以解决方向不是“修复 this”，而是确保函数执行时有明确的归属对象。

《夸克》非常好用的免费AI浏览器

下载APP查看