高频重绘插件导致VSCode UI卡死，需禁用或配置降频：Markdown Preview Enhanced（关预览启动）、Live Server（改为手动触发）、Auto Rename Tag（限定语言）、Bracket Pair Colorizer 2（卸载改用内置功能）、未正确配置retainContextWhenHidden的Webview插件。
VSCode UI卡死不是渲染慢，而是某些插件在每次输入、保存或滚动时强制触发同步重绘，直接吃掉主线程。禁用“高频重绘插件”比调设置更立竿见影——它们不占内存、不报错，却让光标延迟、滚动顿挫、命令面板弹出变慢。
哪些插件属于“高频重绘插件”
这类插件不靠 CPU 占用暴露自己，而是通过监听 onDidChangeTextDocument、onDidSaveTextDocument 或滚动事件，每帧都操作 DOM 或调用 webview.postMessage。典型表现是：打开 Markdown/HTML 文件后卡顿加剧，或在编辑器里拖动滚动条时明显掉帧。
-
Markdown Preview Enhanced：默认启用实时双栏预览，每次按键都重解析+重渲染整个 HTML，无防抖 -
Live Server：启动后持续向内嵌浏览器注入热更新脚本，即使没改文件也会轮询检查 -
Auto Rename Tag：监听所有编辑操作，在标签名变更时同步修改闭合标签——对 JSX/HTML 长文件极易引发重排 -
Bracket Pair Colorizer 2（旧版）：对每对括号生成独立span节点并动态设样式，DOM 节点数随代码行数线性增长 - 任何使用
vscode.window.createWebviewPanel且未设retainContextWhenHidden: true的插件：切换标签页时销毁重建，触发整页重绘
如何验证某个插件是否在高频重绘
不用猜，用 VSCode 自带工具抓证据：
- 按
Ctrl+Shift+P→ 输入并运行Developer: Toggle Developer Tools，切到Performance标签页 - 点击左上角 ● 开始录制，然后在编辑器里快速敲几行字 / 滚动几次 / 切换标签页
- 停止录制，筛选
Layout或Recalculate Style事件，看是否集中在某次onDidChangeTextDocument回调之后 - 再切到
Console，搜webview或innerHTML，如果看到大量重复的previewContainer.innerHTML = ...日志，基本坐实
禁用策略要分场景，不能一刀切
有些插件功能刚需，但高频重绘可关；有些则必须卸载。关键看它是否提供配置项来降频：
-
Markdown Preview Enhanced：进设置搜markdown-preview-enhanced.previewOnStartup设为false，再关掉markdown-preview-enhanced.doubleClickToSwitchPreview——避免双击就开预览窗 -
Live Server：不卸载，但右键编辑器空白处 →Open with Live Server改为手动触发；同时在 settings.json 加"liveServer.settings.donotShowInfoMsg": true减少 UI 干扰 -
Auto Rename Tag：设"auto-rename-tag.activationOnLanguage": ["html", "xml"]，禁用在 JS/TS 中生效，避免 JSX 场景下误触 -
Bracket Pair Colorizer 2：直接卸载，改用 VSCode 内置的editor.guides.bracketPairs（1.85+ 版本已原生支持彩色括号对） - 所有自定义 Webview 插件：检查其 README 是否提到
enableScript或localResourceRoots，若未正确配置资源路径，每次加载都会触发完整 DOM 替换
真正难缠的不是插件本身，而是它把重绘逻辑藏在异步回调里，不报错也不超时——你得盯着 Performance 面板里那几毫秒的 Layout 峰值，才能把它揪出来。
