eslint 无法静态推断全部 this 丢失场景，但可通过规则识别高风险模式：方法提取、回调传递、解构赋值等；需在 memberexpression 节点触发，检查是否孤立使用，并结合上下文、作用域及绑定意图规避误报。
直接检测 this 丢失在 ESLint 中无法靠语法树静态推断全部场景，但可通过规则识别高风险模式——比如函数被赋值、传参或解构时脱离原始上下文。
识别常见 this 绑定断裂点
ESLint 插件应聚焦可静态分析的典型模式：方法提取、回调传递、解构赋值等。这些不涉及运行时行为，AST 能明确捕捉。
-
方法提取：如
const fn = obj.method;—— AST 中是 MemberExpression 赋值给 Identifier，且右侧无 call、bind、箭头函数包裹 -
作为参数传递：如
setTimeout(obj.method, 100);—— CallExpression 的第一个参数是 MemberExpression，且未显式绑定（非obj.method.bind(obj)或() => obj.method()） -
对象解构：如
const { method } = obj;—— ObjectPattern 中的 Property 名称与右侧 MemberExpression 属性名一致，且后续无绑定使用
编写核心逻辑（AST 遍历策略）
规则需在 MemberExpression 节点触发，检查其是否被“孤立使用”：即未处于调用位置（非 CallExpression.callee），也未被显式绑定（非 CallExpression 中的 bind/call/apply 调用，且非箭头函数体内的引用）。
- 用
context.getAncestors()向上查最近父节点，判断是否在赋值、传参、解构等“脱离上下文”语境中 - 对
CallExpression类型的父节点，检查 callee 是否为该 MemberExpression；若不是，说明它被当数据用了 - 跳过已明确绑定的场景：如
obj.method.bind(obj)、obj.method.call(obj)、或被箭头函数包裹（箭头函数继承外层 this）
规避误报的关键细节
不能一刀切标记所有方法提取。需结合作用域和调用方式判断是否真会丢失 this。
- 允许在 class 内部方法中安全提取：如
class C { m() { const f = this.m; } }不报错，因 this 在类方法内确定 - 忽略 TypeScript 类型断言或 JSDoc 标注了
@this的函数，视为开发者已声明绑定意图 - 若 MemberExpression 的对象是字面量（如
{ m(){} }.m），通常无需警告——字面量方法无动态 this 问题
配置与集成建议
规则默认设为 warn 级别，避免阻断构建；提供选项控制严格度，例如：
-
checkDestructuring：是否检查解构（默认开启） -
ignoreThisInClassMethods：是否豁免 class 方法内提取（默认 true） -
allowedCalleeNames：自定义允许传入的高阶函数名，如['useState', 'useEffect']（React 场景下）
发布为独立 npm 包（如 eslint-plugin-this-safe），导出规则并附带推荐配置，方便团队按需启用。
