this 的指向由函数调用时的上下文决定，而非定义位置；普通调用时非严格模式指向全局对象、严格模式为 undefined；对象方法调用指向该对象；箭头函数继承外层 this；构造函数和 class 中指向新实例；需警惕回调、setTimeout 等场景中的 this 丢失。
this 的指向不是由定义位置决定的，而是由函数**调用时的上下文**决定的。它没有固定值，每次执行都可能不同——理解这点是避免 bug 的关键。
普通函数调用时，this 指向全局对象或 undefined
在非严格模式下，直接调用函数（如 foo()），this 指向 window（浏览器）或 global（node.js）；严格模式下则为 undefined。
- 常见错误现象：
this在回调里突然变成window或报错 “Cannot read Property of undefined” - 典型场景：事件回调、
setTimeout、数组方法（如map）中传入普通函数 - 解决办法：用箭头函数（不绑定
this，继承外层）、显式绑定（bind/call/apply）、或改用对象方法调用形式
对象方法调用时，this 指向该对象
当函数作为对象属性被调用（如 obj.method()），this 指向 obj。
- 注意“丢失
this”问题：把obj.method赋值给变量后再调用（const fn = obj.method; fn();），此时已脱离对象上下文 - 参数差异：
call和apply可手动指定this，bind返回新函数并固化this - 性能影响：频繁使用
bind会创建新函数，可能影响闭包内存和比较逻辑（如===失败）
箭头函数没有自己的 this，始终继承外层作用域的 this
箭头函数不绑定 this，也不支持 call/apply/bind 改变它。
立即学习“Java免费学习笔记（深入）”；
- 适用场景：react 类组件的事件处理、定时器回调、链式异步操作中保持
this一致 - 容易踩的坑：在构造函数或类字段中用箭头函数定义方法，虽能保
this，但无法被子类重写（因不是原型方法） - 兼容性：es6+，IE 不支持；若需兼容旧环境，不能依赖箭头函数来解决
this问题
构造函数和 class 中，this 指向新创建的实例
用 new 调用函数时，this 指向新建的空对象；class 的 constructor 和方法内部也遵循这一规则。
- 注意：class 内部方法默认不自动绑定
this，仍可能在回调中丢失（除非用箭头函数定义或在 constructor 中bind） - 静态方法中
this指向类本身（如MyClass），而非实例 - vue/React 等框架中，生命周期钩子或事件处理器若未正确绑定，
this很可能指向错误对象或undefined
真正麻烦的从来不是规则本身，而是函数被传递、解构、延迟执行后，调用现场早已和定义现场脱钩。盯住「谁在调用」比记住「怎么定义」更能定位问题。