VSCode启动慢主因是扩展同步激活、文件监视器扫库、缓存策略失效三者冲突；冷启动压至800ms需精准干预：定位阻塞扩展、配全files.watcherExclude、设extensions.experimental.affinity为2实现延迟加载、启用hotExit等关键缓存。
VSCode 启动慢，八成不是硬件拖后腿，而是扩展同步激活、文件监视器扫库、缓存策略失效这三件事在互相打架。冷启动压到 800ms 是常见结果，关键在精准干预，不是盲目禁用。
为什么“Activating Extensions”卡住？定位真凶别靠猜
启动时卡在“Activating Extensions”不是随机现象，是某个或某几个扩展在阻塞主线程。VSCode 不会告诉你谁在拖后腿，但提供了实时观测入口：
- 启动后立刻按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入并执行Developer: Show Running Extensions - 看列表中 “Startup” 列为
Yes且状态长期显示Activating…的扩展——它们就是罪魁祸首 - 重点关注：
gitlens、ms-python.python、esbenp.prettier-vscode、dbaeumer.vscode-eslint、ms-vscode-remote.remote-ssh - 禁用后必须完全退出 VSCode（macOS 用
Cmd+Q，不能只关窗口），否则扩展缓存仍生效，效果被掩盖
files.watcherExclude 配不全，等于没配
VSCode 默认用 chokidar 监视整个工作区，一旦打开含 node_modules 或 dist 的目录，它就会尝试建立数万级 inotify 句柄（Linux）或反复轮询（macOS），直接拖垮启动和响应速度。这个配置必须写在工作区根目录的 .vscode/settings.json 中，改完要关掉整个窗口再重开：
- 至少包含：
"**/node_modules/**": true、"**/dist/**": true、"**/.git/**": true、"**/build/**": true - Python 项目补：
"**/venv/**": true、"**/.mypy_cache/**": true - 前端项目补：
"**/out/**": true、"**/coverage/**": true - 通配符
**/表示任意层级，不能简写成node_modules/，否则无效 - macOS 用户若仍卡顿，可临时加一行：
"files.useExperimentalFileWatcher": false
extensions.experimental.affinity 设为 2 才算真正延迟加载
像 ms-python.python 或 esbenp.prettier-vscode 这类扩展，默认声明 onStartup 或通配符 * 激活事件，一启动就强制初始化语言服务器。但你可能只在打开 .py 文件时才需要它。数字 2 表示“仅在关联文件打开或命令触发时加载”，不是启动即载入：
- 该配置需写在用户级
settings.json（不是工作区级），路径通常是：
Windows：%APPDATA%\Code\User\settings.json
macOS：~/Library/Application Support/Code/User/settings.json
Linux：~/.config/Code/User/settings.json - 添加内容示例：
"extensions.experimental.affinity": { "ms-python.python": 2, "esbenp.prettier-vscode": 2 } - 该配置对旧版扩展无效，需确认扩展页的
Activation Events字段是否支持条件触发（2026 年主流扩展已适配） - 设为
1是 UI 扩展专用，2才是通用延迟加载策略
缓存配置失效比没配更危险
VSCode 有两类关键缓存直接影响冷启动和热启动耗时：Extension Host 缓存（模块加载路径、已解析的扩展依赖）和 Renderer 进程缓存（UI 布局、侧边栏状态）。它们默认启用，但容易被以下操作破坏：
- 频繁修改
settings.json中的路径类配置（如files.associations、editor.defaultFormatter），触发扩展重激活，清空Extension Host缓存 - 禁用
files.hotExit或window.restoreWindows，导致每次重启都丢弃Renderer状态，UI 重新渲染 - 工作区未标记为 Trusted，强制执行额外安全检查，跳过部分缓存路径
- 验证缓存是否生效：完全退出 VSCode 后运行
code --prof-startup，启动后执行Developer: Startup Performance，重点看Require Time高的模块和Activation Time长的扩展
真正影响启动速度的缓存配置只有三个："files.hotExit": true、"window.restoreWindows": "all"、"extensions.autoUpdate": false。其它所谓“优化项”多数只是心理安慰，甚至引入新问题。
