TypeScript下eslint-plugin-import的no-cycle配置及检测失效排查

当前ESLint配置本身没有故障，检测不到循环依赖的原因完全来自import/no-cycle规则的运行机制与单文件检测的范围偏差：

• 规则的上报逻辑边界
  import/no-cycle只会上报「当前被ESLint直接检测的文件自身处于循环依赖闭环上」的场景，不会主动上报“检测目标的下游依赖之间存在、但和检测目标不构成闭环的循环问题”。
  当前执行的命令yarn eslint src/c.ts的检测目标只有c.ts。c.ts的导入链路为c.ts -> a.ts、c.ts -> b.ts；而a、b之间的双向循环a.ts <-> b.ts是独立于c.ts的闭环——c.ts既没有被a.ts或b.ts反向导入，也不在这个双向循环的路径上，因此规则不会将这个和检测目标无闭环关联的循环问题绑定到c.ts的检测结果中。
• 单文件检测的触发偏差
  ESLint执行单文件检测时，虽然会顺着导入路径解析依赖关系，但循环依赖的报错必须关联到当前检测文件的导入语句上。如果解析路径中识别到的循环节点不包含当前检测的文件，就不会生成对应的错误提示。

• 手动将a.ts、b.ts纳入检测范围，执行命令yarn eslint src/a.ts src/b.ts，此时a.ts处于a.ts -> b.ts -> a.ts的闭环路径上，规则会立刻触发预期的循环依赖报错。
• 项目日常检测不要固定仅检测单个入口文件，执行全量src目录的检测命令yarn eslint src/**/*.ts，让项目内所有文件都成为规则的检测目标，即可覆盖所有内部循环依赖链路的检测。

注：当前.eslintrc.json中的规则参数（maxDepth、ignoreExternal等）配置均符合预期，不存在配置错误导致的规则失效问题。

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