禁用语义高亮能立刻缓解卡顿：关闭"editor.semanticHighlighting.enabled": false可消除TS/Python大文件中因语言服务器持续解析导致的光标延迟与滚动掉帧，保留基础语法高亮，显著提升响应速度。
禁用语义高亮能立刻缓解卡顿
很多用户在打开大文件（尤其是 >2000 行的 TypeScript 或 Python）时，光标移动延迟、滚动掉帧，根源常是 editor.semanticHighlighting 在后台持续解析类型和作用域。它依赖语言服务器，对 CPU 和内存压力明显，但日常编码中多数人并不需要函数参数类型实时着色。
直接关掉最有效："editor.semanticHighlighting.enabled": false。这不是永久损失——你仍保有基础语法高亮（关键字、字符串、注释等），只是去掉了“语义层”带来的额外渲染开销。
- 关闭后，VS Code 会立即释放语言服务器的高亮压力，尤其对 Vue/TS 项目效果显著
- 若你确实需要部分语义能力（如区分
const和let声明），可改用轻量插件如semantic-tokens-highlighter，它只做 token 标记，不触发全量重解析 - 注意：某些主题（如
Dark+ (default dark)）默认启用语义高亮，换主题后可能自动恢复该设置，需复查
限制语法装饰文件大小，避免大 Markdown 拖垮编辑器
VS Code 对 Markdown 文件默认启用链接跳转、TOC 生成、行内代码高亮等“装饰”，这些在小文件里无感，但一打开 5MB 的文档或日志，markdown.extension.syntax.decorationFileSizeLimit 就成了关键闸门。
设为 100000（100KB）后，超限文件将跳过语法装饰逻辑，但预览、导出、代码块高亮仍正常工作——这是精准降载，不是粗暴禁用。
- 值单位是字节，不是 KB；设
0表示完全禁用装饰，-1表示不限制（不推荐） - 搭配
"markdown.extension.toc.autoUpdate": false使用，避免光标移动时反复解析全文生成目录 - 这个配置只影响 Markdown 扩展的装饰行为，不影响
Markdown Preview Enhanced的预览渲染
精简主题颜色定义，尤其 Moonlight 类主题
Moonlight 主题的 src/colors.js 包含大量细粒度色彩变量，虽视觉精致，但每多一个 token 规则，就多一次匹配计算。VS Code 渲染高亮本质是正则扫描 + scope 匹配，规则越多，单次重绘越慢。
如果你不用深色模式下的特殊 token（比如自定义的 storage.type.class.js 背景色），可手动删减 tokenColorCustomizations.textMateRules 中非必需项，或直接改用更精简的主题如 GitHub Dark Default。
- 检查方式：打开命令面板 →
Developer: Inspect Editor Tokens and Scopes，点击代码看当前 scope 是否被过度细分 - 别动
workbench.colorCustomizations，它管 UI 元素，不影响语法高亮性能 - 第三方主题若含大量
background字段（尤其 rgba 带 alpha），会强制触发 GPU 合成，低端显卡上更易卡顿
避开 colorHighlight 插件在大型 CSS/SCSS 文件中的陷阱
Color Highlight 插件虽好，但在单个 CSS 文件超过 3000 行时，它会对每个疑似颜色值（包括 rgb()、hsl()、var(--color)）做 DOM 插入渲染色块，造成滚动卡顿。
解决不是卸载它，而是收窄作用范围："color-highlight.languages": ["css", "scss"] 是安全起点；若项目含巨型 theme.css，可进一步排除：
- 在工作区
.vscode/settings.json中加："color-highlight.exclude": ["**/theme.css"] - 禁用字符串内颜色匹配：
"color-highlight.occurrencesInStrings": false，JS/TS 里写color: '#ff6b35'不再触发高亮，换来流畅滚动 - 确认
editor.colorDecorators已启用（默认 true），否则插件无法注入色块，白装
真正难的不是找到开关，而是判断哪一层高亮正在拖慢你——语义层？装饰层？插件层？还是主题层？同一份代码，在不同配置组合下，瓶颈可能完全不同。
