插件冲突是VSCode语法检测失灵最常见原因；用code --disable-extensions可100%确认是否插件导致，若恢复则进入--disable-extension逐个排查流程，否则检查配置或VSCode更新异常。
插件冲突是 VSCode 语法检测失灵最常见、也最容易被误判为“配置错误”或“语言服务崩溃”的原因。只要 Problems 面板突然空白、波浪线错位、ESLint 图标消失、或保存后不触发校验，code --disable-extensions 一跑就恢复正常——那就是插件在作祟，不用猜，直接进排查流程。
用 code --disable-extensions 快速确认是否插件问题
这是所有排查的起点，不是可选步骤。它跳过所有第三方插件加载，但保留 TypeScript、JSON、HTML 等内置语言支持，能干净地隔离干扰。
- 终端执行
code --disable-extensions（macOS/Linux）或code.cmd --disable-extensions（Windows） - 打开同一项目，观察：Problems 面板是否立刻出现 ESLint/TypeScript 报错？右下角是否有 ESLint 图标？保存 JS 文件是否触发格式化？
- 如果全部恢复 → 100% 是插件冲突；如果仍无反应 → 问题在配置文件（
settings.json）、语言模式识别、或 VSCode 自身更新异常（如刚升级到 1.118 后部分 API 被移除） - 注意：
code --disable-extensions不修改任何配置，只影响本次启动，安全可反复试
用 code --disable-extension 精准定位肇事插件
当确认是插件问题后，别在 UI 里一个个禁用——图形界面禁用可能残留监听器或未清理的 activate() 调用，code --disable-extension 才是真正跳过插件初始化的硬核方式。
- 先列出所有已安装插件：
code --list-extensions - 从高风险组合开始测试：优先试
code --disable-extension esbenp.prettier-vscode、code --disable-extension dbaeumer.vscode-eslint、code --disable-extension ms-python.python - 每次只禁用一个，重启 VSCode 并编辑保存文件，观察 Problems 面板和状态栏图标是否回归
- 若禁用 A 后正常，再单独启用 A、禁用 B 测试，避免误判——比如 Prettier 和 ESLint 同时启用时才冲突，单禁一个反而看不出
查 Developer: Open Extension Host Log 看 ERROR 行定位崩溃源头
当出现 Extension host terminated unexpectedly 弹窗，或者 Problems 面板偶尔闪一下就空了，日志末尾的 ERROR 行比弹窗更有价值。
- 按
Ctrl+Shift+P，输入并运行Developer: Open Extension Host Log - 滚动到底部，找最后一段堆栈里带
ERROR的行，例如：ERROR Error: Cannot read property 'onDidChangeActiveTextEditor' of undefined at activate (/Users/xxx/.vscode/extensions/esbenp.prettier-vscode-9.10.3/dist/extension.js:1) - 路径中
esbenp.prettier-vscode-9.10.3就是直接责任人；若日志为空，说明崩溃发生在日志系统初始化前，必须退回命令行阶段逐个--disable-extension - 不要只盯着报错行，看它上面几行的
Activating extension记录，常能发现多个插件抢着注册同一命令（如Command 'eslint.executeAutofix' is already registered）
警惕 Prettier + ESLint + EditorConfig 这类三重格式化组合
它们不是简单叠加，而是会互相覆盖规则、抢夺保存时机，导致语法检测延迟、波浪线闪烁、甚至 eslint.validate.enable 被静默关闭。
- 新版 ESLint 插件（≥2.4.10）已弃用
eslint.validate配置项，若 settings.json 里还留着"eslint.validate": ["javascript"]，反而会让整个 ESLint 校验失效 - Prettier 和 ESLint 规则重叠（如
semi、quotes）时，建议统一交由 ESLint 管理：装eslint-config-prettier关闭 ESLint 中与 Prettier 冲突的规则，并在.eslintrc.js中加"prettier/prettier": "error" - EditorConfig 插件若开启，会覆盖 ESLint 的缩进/换行设置，建议禁用该插件，仅保留
.editorconfig文件供其他工具读取 - 多包项目（如
packages/foo）中，eslint.workingDirectories若漏配子目录，ESLint 会静默跳过那些文件夹，看似“不报错”，实则是根本没扫描
真正难搞的不是某个插件坏了，而是两个插件都“正常工作”，却在底层抢同一个事件钩子、共用同一份缓存、或对同一段 AST 做互斥修改——这种冲突不会报红字，只会让语法检测变得不可预测。所以别依赖“看起来没问题”，每次加新插件后，都该用 code --disable-extension 实测保存行为是否符合预期。
