Angular+Typescript项目中如何全量检测特定常量值的所有使用场景？

方案可行性评估 #

你当前设计的webpack loader+plugin组合方案逻辑是通顺的，理论上可以覆盖你示例中列出的所有dot-使用场景：

• 可以识别method1/method2的常量间接/直接引用场景
• 可以识别method3/method5的字面量直接使用场景
• 可以跟踪method4这类传参场景下的目标值传递

但这个方案存在几个明显的缺陷：

1. 两套AST解析逻辑重复，维护成本高
2. 编译后JS文件受压缩、变量混淆、Angular Ivy编译生成的运行时代码干扰，很容易出现漏检、误判，还要额外处理sourcemap关联源码位置，开发成本高
3. 无法覆盖Angular模板文件中直接使用dot-字面量的场景

更优实现方案 #

因为你是Angular+TS技术栈，完全可以直接基于TS生态的工具实现，不用侵入webpack构建流程：

方案1：自定义ESLint规则（最推荐） #

基于@typescript-eslint的自定义规则能力实现全量检测，步骤如下：

• 预解析全局常量文件，收集所有值为dot-的常量访问路径，比如示例中的CONSTANTS.CONFIG.PREFIX
• 遍历所有TS文件的AST，做两类检测：
  • 直接匹配字符串字面量等于dot-的场景，排除常量定义文件本身的声明
  • 跟踪变量赋值链路，比如检测到this.config = CONSTANTS.CONFIG时，标记this.config.PREFIX也属于目标常量引用，所有对该标记路径的访问都命中检测规则
• 如果需要覆盖模板场景，可以配合@angular-eslint的模板解析能力，扫描模板中的字符串字面量和表达式
  这个方案的优势是：直接面向TS源码检测，位置定位准确，开发/CI/本地编码阶段都可以运行，不需要依赖构建流程。

方案2：仅保留webpack loader层检测 #

如果一定要和webpack构建绑定，不需要拆loader+plugin两层：直接在loader处理TS源码的阶段，用TypeScript Compiler API完成所有AST检测逻辑即可，不需要再去处理编译后的JS文件，避免编译产物带来的各种干扰问题。

内容的提问来源于stack exchange，提问作者Sterex