最常用且最安全的方式是使用行内注释跳过某处误报，如 // eslint-disable-next-line no-console；也可用 / eslint-disable rule / 包裹代码块；项目级需修改配置文件而非仅关插件。
怎么关掉某一行的 ESLint 警告
不是关插件，而是跳过某处误报——最常用也最安全的方式。VS Code 里光标停在报错行，按 Ctrl + .（Windows/Linux）或 Cmd + .（macOS），弹出菜单选 Disable rule for this line，就会自动插入类似 // eslint-disable-next-line no-console 的注释。
- 只影响当前行，不影响其他代码
- 注释里带具体规则名（如
no-console），后续查问题时能快速定位是哪条规则被绕过 - 如果想禁用整块代码，用
/* eslint-disable no-console */开头、/* eslint-enable no-console */结尾包裹 - 别写成
// eslint-disable—— 这会禁用所有规则，容易掩盖真实问题
项目级关闭 ESLint 校验（Vue/React 常见场景）
很多脚手架项目（比如 Vue CLI、Create React App）自带 ESLint 集成，直接关 VS Code 插件没用，得改项目配置。
- Vue 项目：在
vue.config.js里加lintOnSave: false - React 项目（CRA）：没有直接开关，需在
.eslintrc.js中把对应规则设为"off"，例如"no-unused-vars": "off" - 注意：修改
package.json里的eslintConfig也能生效，但优先级低于独立配置文件（如.eslintrc.js） - 别碰
eslint.enable用户设置——它只控制插件是否启动，不干预项目内规则
为什么关了 eslint.enable 还在报错
因为 ESLint 报错来源不止一个：可能是 VS Code 插件，也可能是你项目里跑的 eslint --fix 脚本，或是 Webpack/Vite 构建时的 lint 步骤。
- 检查终端输出：构建时报的错，和编辑器里波浪线不是一回事，关插件没用
- 看 Problems 面板右列 “Source” 列：显示
eslint是插件报的，typescript或vue就是其他语言服务 -
eslint.validate设置已废弃（VS Code 1.85+），现在靠eslint.options.extensions和项目根目录是否存在配置文件决定是否启用 - 如果用了 Vetur，记得关掉它的模板校验：
"vetur.validation.template": false，否则vue/no-use-v-if-with-v-for这类警告根本不受 ESLint 控制
哪些操作容易踩坑
关警告不是目的，避免破坏协作和引入隐患才是关键。
- 别全局关
eslint.enable：一关就失去所有提示，包括undefined is not a function这类真错误 - 别删
.eslintrc.js或注释掉整个rules段——团队成员拉代码后会立刻失配 - 临时屏蔽后记得加 TODO 注释，比如
// eslint-disable-next-line no-console // TODO: replace with logger - 如果大量误报，优先调规则而不是关规则：把
"eqeqeq": "warn"改成警告级，比关掉整个规则更可控
真正要关的从来不是“ESLint”，而是某个规则在某个上下文里的干扰。搞清来源、选对粒度、留痕可溯，比一键关闭重要得多。
