VSCode卡顿主因是插件和语言服务后台进程，禁用onStartup插件、关闭tsserver日志与自动导入、排除node_modules等目录监视、停用Live Server等伪监测插件可显著提升性能。
VSCode 本身不自动监测代码执行，所谓“自动监测”实际是插件行为（如调试器、实时预览、语言服务器、AI 补全等）引发的后台进程持续运行——它们才是卡顿、高内存、启动慢的真正源头。
禁用 onStartup 激活的插件
很多插件默认在 VSCode 启动时就加载，哪怕你根本没打开对应语言文件。这类插件会拉起独立 node 进程，长期驻留内存，且无法被编辑器自动释放。
- 打开命令面板
Ctrl+Shift+P，执行Extensions: Show Installed Extensions - 逐个点开插件详情页，查看
Activation Events字段：含onStartup、onStartupFinished或通配符*的，就是冷启动即激活型 - 对非核心插件（如
GitLens、ESLint、Prettier、Python），右键选择Disable (Workspace)而非仅禁用全局 - 重启 VSCode 后用
Help → Open Process Explorer观察子进程数量是否明显下降
关闭 language server 的自动导入与日志
TypeScript/JavaScript 语言服务（tsserver 和 jslanguagefeatures）是后台 CPU 和内存大户，尤其在大型项目中。它默认开启自动补全、符号索引、包自动导入等功能，但多数开发者并不需要全部。
- 在工作区
.vscode/settings.json中添加：
{
"typescript.tsserver.log": "off",
"javascript.suggest.autoImports": false,
"typescript.preferences.includePackageJsonAutoImports": "off",
"typescript.preferences.useAliasesForBuiltinClasses": false
}
- 避免使用
typescript.preferences.suggestClassNames等实验性补全项，它们会触发全项目 AST 解析 - 若项目已用
tsconfig.json配置了references，确保 VSCode 使用的是“TypeScript Project References”模式，而非单一大语言服务实例
限制文件监视与搜索范围
VSCode 默认监听整个工作区文件变更，而 node_modules、dist、.git 等目录每秒可能产生数百次事件，导致 chokidar 监视器 CPU 飙升、主线程阻塞。
- 在
.vscode/settings.json中配置files.watcherExclude和search.exclude，二者必须一致：
{
"files.watcherExclude": {
"**/node_modules/**": true,
"**/dist/**": true,
"**/build/**": true,
"**/.git/**": true,
"**/coverage/**": true
},
"search.exclude": {
"**/node_modules": true,
"**/dist": true,
"**/build": true,
"**/coverage": true,
"**/*.log": true
}
}
- 不要只配
search.exclude：它只影响 Ctrl+Shift+F 搜索，不阻止文件监视器扫描 - 禁用
search.followSymlinks（设为false），防止符号链接意外指向巨量文件 - 避免在
files.watcherExclude中使用模糊路径如"**/node_modules"（缺/**），部分版本会失效
停用“伪执行监测”类插件
像 Live Server、Code Runner、Quokka 这类插件常被误认为“监测代码执行”，实则是在后台持续运行解释器或 HTTP 服务。它们不提供真正意义的运行时分析，却长期占用资源。
-
Live Server：每次保存即重载浏览器，适合前端原型，但会维持一个本地 Web 服务 + WebSocket 连接 -
Code Runner：默认为每个文件类型启用独立执行环境，.py文件一保存就跑python xxx.py，极易堆积僵尸进程 -
Quokka：实时计算 JS 表达式结果，依赖内存快照和 AST 重解析，在大文件中极易拖垮编辑器 - 替代方案：用终端手动执行（
Ctrl+`唤出集成终端）、或改用轻量调试器（如 VSCode 内置 Node.js 调试器）
真正影响性能的从来不是“VSCode 能不能监测执行”，而是你允许哪些插件在后台无休止地监听、解析、运行。删掉一个 onStartup 插件，比调十次设置更有效；关掉一个语言服务日志，比清空缓存更能缓解卡顿。这些改动不改变功能，只改变资源分配方式——而开发者最容易忽略的，恰恰是哪些进程本不该存在。
