VSCode中波浪线颜色由诊断严重级别决定：红色对应error（severity=1），黄色对应warning（severity=2），真正控制警告/错误性质的是语言服务器或linter返回的severity值，VSCode仅负责可视化呈现。
VSCode里警告和错误的波浪线颜色怎么来的
红色波浪线 ≠ 语法错误，黄色波浪线 ≠ 可忽略——它们只是 VSCode 对诊断（diagnostic）严重级别的视觉映射，真正决定“是警告还是错误”的，是背后语言服务器或 linter 返回的 severity 字段值（1=error，2=warning，3=info，4=hint）。你看到的颜色、是否高亮整行、是否出现在 Problems 面板顶部，默认由 VSCode 内置规则控制，但可以被覆盖。
常见干扰点：
-
"editor.errorForeground"和"editor.warningForeground"主题色设置只影响颜色，不改变 severity 级别 - 某些插件（如 ESLint）允许在配置中把 warning 规则提升为 error，比如
"no-console": "error"，这时它就会显示红波浪线 - TS/JS 内置检查默认把类型错误标为 error，但若
typescript.validate.enable关闭，这部分就完全不触发
如何让某个 warning 变成 error 或反过来
核心不在 VSCode 设置，而在具体 linter 或语言服务的规则配置。VSCode 只是展示层。
以 ESLint 为例：
- 在
.eslintrc.js中修改规则等级："no-unused-vars": "warn"→"no-unused-vars": "error" - 使用
// eslint-disable-next-line no-unused-vars可临时降级单行 - 全局禁用某类 warning：在
settings.json加"eslint.options": { "rules": { "no-console": "off" } }（注意这不是推荐做法）
TypeScript 同理，在 tsconfig.json 中调整 "noUnusedLocals": true 就会让未使用变量变成 error 级别；设为 false 则彻底不报告。
为什么改了规则，波浪线还是没变
最常卡在这一步：改完配置却没生效，不是 VSCode 缓存问题，而是路径或作用域没对上。
- 确认你编辑的是项目根目录下的
.eslintrc.js或tsconfig.json，而不是用户级 settings.json - 检查 VSCode 底部状态栏的语言模式（右下角），确保当前文件被识别为
javascript或typescript，而非plaintext - 重启 TS Server：按
Ctrl+Shift+P→ 输入TypeScript: Restart TS server - ESLint 插件需监听到配置变更，有时需关闭再打开文件夹，或执行
ESLint: Restart ESLint Server
特别注意：如果项目用了 monorepo 结构，eslint.workingDirectories 必须显式配置，否则子包里的规则不会加载。
Problems 面板里 warning 和 error 的筛选逻辑
Problems 面板（Ctrl+Shift+M）默认按 severity 排序，error 在最前。但它本身不参与规则判定，只做聚合展示。
- 面板顶部的筛选按钮（Error / Warning / Info）是纯前端过滤，关掉 Warning 不等于禁用 warning 检查
- 想隐藏某类 warning？用
"problems.exclude"配置，例如："**/*.js": {"no-console": true}，但仅限于 ESLint 报出的问题 - 第三方扩展（如 Code Spell Checker）的 warning 无法通过这个字段屏蔽，得进对应扩展设置里关
真正容易被忽略的一点：VSCode 不会合并同一位置的多个 warning。比如一个变量既未使用又被赋值为 any，你会看到两条独立条目——这意味着不能靠“Warning 数量下降”来判断修复是否完整。
