VSCode 卡在“运行”环节的慢90%以上源于终端启动、调试器加载或外部工具链，而非编辑器本身；需优化shell配置、禁用终端自动激活虚拟环境、改用Remote-WSL、启用code-runner终端运行并加-u参数、配全files.watcherExclude、停用非必要扩展。
VSCode 本身不运行代码，卡在“运行”环节的慢，90% 以上出在终端启动、调试器加载或外部工具链上，不是编辑器问题，别盲目调 settings.json。
终端启动卡顿：检查 shell 配置和虚拟环境自动激活
终端一打开就卡 2–3 秒，或 python main.py 命令迟迟没输出，大概率是 shell 启动脚本太重，或 Python 扩展在后台同步激活虚拟环境。
- Windows 用户重点检查
terminal.integrated.defaultProfile.windows是否设为PowerShell——换成Command Prompt或路径正确的Git Bash - Python 项目务必禁用终端自动激活：
python.terminal.launchArgs设为空数组[]，否则每次开终端都执行source venv/bin/activate（尤其含torch这类大包时会扫描全部site-packages） - 用 WSL2 的人，绝对不要直接打开
\wsl$下的路径跑命令；改用Remote - WSL插件，在 WSL 环境内启动 VS Code
code-runner 执行慢：必须切到终端 + 关闭自动保存干扰
code-runner 默认在输出面板运行，对带实时输出（如 print()）的脚本极不友好，且默认不保存文件，容易误跑旧代码。
- 强制启用终端运行：
code-runner.runInTerminal设为true - 保存策略只开当前文件：
code-runner.saveFileBeforeRun设为true，code-runner.saveAllFilesBeforeRun必须为false - Python 用户额外加
-u参数避免缓冲："python": "python -u -i $fileName"写进code-runner.executorMap
文件监视拖垮性能：files.watcherExclude 必须配全且生效
编辑器打字卡、保存延迟、Git 状态刷新慢，八成是 node_modules 或 dist 被监听了。这个配置必须写在工作区级 .vscode/settings.json，改完要关掉整个窗口再重开。
- 至少包含：
"**/node_modules/**": true、"**/dist/**": true、"**/.git/**": true、"**/__pycache__/**": true - Python 项目补：
"**/venv/**": true、"**/.mypy_cache/**": true - 前端项目补：
"**/build/**": true、"**/out/**": true - 别漏掉通配符：
**/表示任意层级，不能简写成node_modules/
扩展和语言服务：先停掉再逐个试
扩展才是最大性能杀手，尤其是 ESLint、Prettier、Auto Import 这类常驻监听型插件。别猜，直接看进程占用。
- 按
Ctrl+Shift+P→ 输入Developer: Show Running Extensions，排序看 “启动耗时” 和 “内存占用” - 右键禁用所有非官方扩展，重启 VS Code；确认流畅后，再一个个启用，卡住哪个就留哪个配置或换替代方案
- 大型 TypeScript/Python 项目可临时关语言验证：
typescript.validate.enable或python.analysis.enabled设为false
真正卡住的地方，往往藏在终端启动参数、code-runner 的执行上下文、或是某个被忽略的 files.watcherExclude 漏洞里——而不是你想象中的“VSCode 太重”。
