VSCode运行慢主因是部分插件（如vscode-shellcheck、code-runner）默认采用Docker或解释器等低效执行方式，改用本地二进制调用可降低70%以上延迟；需手动配置shellcheck.executablePath等绝对路径并重启生效。
VSCode运行速度慢，不是插件越多越卡，而是某些插件默认用低效方式执行任务——比如vscode-shellcheck、code-runner这类工具，默认可能走Docker或解释器启动路径，每次调用都带几百毫秒开销。直接换成本地二进制调用，能砍掉70%以上延迟。
为什么本地二进制比容器快得多
ShellCheck、Python、Node.js等工具本身是编译好的可执行文件，但很多VSCode插件默认封装了一层运行时环境（比如Docker、WSL、临时沙箱），启动成本远高于直接exec调用。
- Docker方式要拉镜像、创建容器、挂载卷、等待初始化，单次调用常耗时300–800ms
- WSL路径涉及跨系统IPC和文件系统翻译，尤其在Windows上读取Linux路径时容易卡顿
- 本地二进制只需
fork+exec，配合SSD读取，通常shellcheck单文件检查可压到20–60ms
怎么让插件真正用上本地二进制
不能只装了shellcheck就完事，插件必须被明确告知“去哪找它”。常见错误是插件在PATH里找不到，或用了旧版本。
- 先确认二进制存在且可执行：
which shellcheck（macOS/Linux）或where shellcheck（Windows CMD） - 在VS Code设置中搜
shellcheck.executablePath，填入绝对路径，例如/usr/local/bin/shellcheck - 对
code-runner，改code-runner.executorMap里的shell项，把"shell": "bash -c"换成"shell": "/bin/bash -c"（避免shell查找开销） - 重启VS Code，再打开命令面板运行
Developer: Show Running Extensions，看对应插件的激活时间是否明显下降
哪些插件支持二进制加速，哪些不值得折腾
不是所有插件都能靠换二进制提速。关键看它底层是否封装了外部CLI工具。
- ✅ 明确支持：
vscode-shellcheck、code-runner、prettier（设prettier.preferredPrettierPath）、eslint（设eslint.packageManager为none并指定eslint.runtime） - ⚠️ 效果有限：
gitlens、remote-ssh——它们瓶颈在IO或网络，换二进制无意义 - ❌ 不适用：
markdown-preview-enhanced、polacode——纯前端渲染，没CLI入口
真正起效的点往往藏在配置项名字里：凡是带executablePath、runtime、binary、cliPath字样的设置，大概率就是二进制加速开关。别信“自动检测”，亲手填绝对路径才稳。
