重复报错主因是多个linter（如eslint、pylint、flake8）同时启用且职责重叠，vscode默认聚合所有结果；解法是关闭冗余linter，仅保留一个主用工具，而非调整规则。
重复报错基本是多个 Lint 插件同时启用、又没明确职责边界导致的，不是配置写错了，而是“两个人都在说话”。核心解法是关掉一个，而不是调规则。
为什么 ESLint + Pylint + Flake8 会一起标红同一行
VSCode 的 Lint 功能本身不处理冲突——它只是把每个启用的 linter 的结果原样堆在 Problems 面板里。比如你同时启用了 dbaeumer.vscode-eslint 和 ms-python.pylint，它们各自跑一遍，各自上报错误，VSCode 就全收着显示。
- ESLint 报
no-unused-vars，Pylint 同时报unused-argument，看起来像重复，其实是两个独立检查器在各自工作 - Flake8 再插一脚，
E722 do not use bare except和 ESLint 的no-empty可能重叠但不等价，面板里就出现三条 - 问题不在规则本身，而在 VSCode 默认把所有 linter 的输出都视为“有效反馈”并聚合展示
如何只保留一个 linter 的报错（以 Python 为例）
最直接有效的做法是：在用户或工作区 settings.json 中显式关闭其他 linter，只留主用的那个。不要依赖“禁用插件”，因为有些插件即使被禁用，其 linter 服务仍可能在后台启动。
- 只用 Pylint：
"python.linting.enabled": true+"python.linting.flake8Enabled": false+"python.linting.eslintEnabled": false - 只用 Flake8：
"python.linting.enabled": true+"python.linting.pylintEnabled": false+"python.linting.eslintEnabled": false - 若用 ESLint 做 Python（少见但可行），需额外确保
eslint-plugin-python已安装且.eslintrc.js中 extends 包含对应规则集
注意："python.linting.enabled" 是总开关，设为 false 会关掉所有 Python linter；而子项如 pylintEnabled 控制具体插件是否参与本次 lint。
Vue/TS 项目中 ESLint + Vetur + TypeScript 的报错叠加怎么拆
Vetur 自带基础模板校验，但它的 vetur.validation.template 和 ESLint 的 plugin:vue/recommended 会重复检查 <template></template> 里的语法；TypeScript 语言服务器也会对 .ts 文件做语义检查，和 @typescript-eslint 规则部分重合。
- 关闭 Vetur 的模板校验：
"vetur.validation.template": false，把模板层 lint 全交给 ESLint - 确保
eslint-plugin-vue和@typescript-eslint的 rules 不冲突，例如禁用vue/valid-v-for如果你用的是 Vue 3 的v-for语法糖 - TypeScript 语言服务的诊断（如
TS2304: Cannot find name 'xxx'）无法通过 ESLint 关掉，但可隐藏：在settings.json加"typescript.preferences.includePackageJsonAutoImports": "auto"减少误报，或用// @ts-ignore局部抑制
Problems 面板里怎么快速识别哪个报错来自哪个插件
VSCode 的 Problems 面板每条报错右下角都标有来源缩写，这是关键线索：
-
eslint→ 来自dbaeumer.vscode-eslint或项目内eslint配置 -
pylint→ 来自ms-python.pylint -
typescript→ 来自内置 TS 语言服务，不是插件 -
vetur→ 来自octref.vetur（旧版）或Vue.volar（新版，已不标 vetur）
如果看到同一行出现 eslint 和 typescript 两条，说明是规则逻辑重叠（比如都检查未定义变量），这时应优先信任 typescript 的语义分析结果，把 ESLint 对应规则设为 "off"，而不是强行让 ESLint 覆盖 TS。
真正难处理的不是报错多，而是不同来源的报错互相掩盖真实问题——比如 typescript 报了类型错误，eslint 却在同文件报一堆格式警告，人眼容易忽略前者。这时候删掉冗余 linter 比调 maxWarnings 更治本。
