eslint主要检测js/ts中no-console、no-unused-vars、max-lines、complexity等坏味道，需在配置文件中显式启用规则并正确设置parseroptions.ecmaversion、tsconfig兼容性及语言探针，否则易漏判或定位错误。
VS Code 本身不内置坏味道检测，必须靠插件+配置组合实现，且不同语言、不同严重程度的问题需要不同工具链配合，不能只装一个插件就指望全覆盖。
ESLint 能检测哪些坏味道？怎么配才不漏判
ESLint 主要覆盖 JavaScript/TypeScript 中的典型坏味道，比如 no-console、no-unused-vars、max-lines、complexity、no-nested-ternary。但默认规则集（eslint:recommended）几乎不启用这些，必须手动开。
- 必须在
eslint.config.js或.eslintrc.cjs中显式声明规则，例如："max-lines": ["warn", { "max": 50 }] -
complexity规则依赖parserOptions.ecmaVersion，设为"latest"才能正确解析箭头函数和可选链，否则会误报 -
no-unused-vars在 TypeScript 项目中容易和类型声明冲突，建议加{"argsIgnorePattern": "^_"}避免误杀私有参数 - Vue/Svelte 文件需额外加
"eslint.probe": ["javascript", "typescript", "vue"]，否则<script setup></script>块里的坏味道根本不会扫
SonarLint 是唯一能跨语言识别“深层坏味道”的插件
SonarLint 不仅能标出 console.log，还能识别 if (x) { return true; } else { return false; } 这类冗余逻辑、硬编码密码、重复代码块、过深嵌套（>4 层）、类过大（>20 个方法）等 ESLint 很难覆盖的问题。
- 必须连接 SonarQube 服务器或启用本地规则集（如
sonarjs、sonarpython），否则只启用基础 JS 规则 - Java/C# 项目需确保
sonarlint.connectedMode.project正确指向已绑定的项目，否则“安全热点”类问题不显示 - 对 TSX 文件，SonarLint 默认不分析 JSX 内容，要手动开启
sonar.javascript.jsxEnabled设置为true - 检测到重复代码时，它会把两处代码并排高亮，但不会自动合并——这是设计使然，不是 bug
Clang-Tidy 对 C++ 坏味道的检测不可替代
ESLint 和 SonarLint 都不支持 C++，Clang-Tidy 是目前 VS Code 下唯一能稳定识别 C++ 坏味道的方案，比如 cppcoreguidelines-owning-memory（裸指针管理）、modernize-use-auto（类型冗余）、readability-function-size（函数过长）。
- 必须确保
compile_commands.json存在且路径正确，"clang-tidy.buildPath"指向该文件所在目录，否则所有规则静默失效 - 规则名带
cert-或cppcoreguidelines-的属于高风险坏味道，建议设为error级别；readability-类可设为warn - Clang-Tidy 不分析头文件（.h/.hpp）中的定义，除非你在
compile_commands.json里明确包含它们的编译条目 - VS Code 的 C/C++ 扩展（
ms-vscode.cpptools）和 Clang-Tidy 插件（notskm.clang-tidy）必须同时启用，缺一不可
坏味道定位不准？大概率是 AST 解析器没对齐
所有坏味道检测都依赖 AST，而不同插件用的解析器不同：ESLint 默认用 @typescript-eslint/parser，SonarLint 用自研解析器，Clang-Tidy 用 Clang AST。一旦语法超前（比如用了尚未被 parser 支持的 TS 5.5 新特性），诊断位置就会偏移甚至完全丢失。
- 检查
parserOptions.ecmaVersion和项目实际使用的 JS 版本是否一致，"latest"并不总是最稳的选择 - TypeScript 项目务必确认
tsconfig.json中的"target"和"lib"没有过度降级，否则parser可能跳过新语法节点 - Vue SFC 中
<script setup lang="ts"></script>块需确保@vue/eslint-config-typescript已安装并 extends 到配置中，否则解构赋值、defineProps等会被误判为未定义变量 - AST 错位时，VS Code 状态栏右下角常显示 “ESLint: ❌” 或 “SonarLint: parsing error”，这是最直接的信号
真正难的不是装插件，而是让每个插件在各自语言的 AST 边界内稳定输出——语法版本、解析器、规则启用状态，三者错一个，坏味道就变成“看不见的债务”。
