extension host 进程卡死导致运行按钮失效、快捷键无响应、右键无“run code”选项，本质是插件崩溃或阻塞；验证方式为 code --disable-extensions 启动，若正常则确认插件问题；常见原因包括插件激活失败、命令冲突（如 code-runner 与 ms-python.python）、文件监听爆炸（files.watcherexclude 配置不当）、语言服务器全量索引占用资源。
Extension Host 进程卡死，运行按钮直接不触发
VSCode 点击“运行”没反应、快捷键失效、右键菜单里找不到 Run Code 选项——这通常不是代码或配置问题，而是 Extension Host 进程已崩溃或被阻塞，根本没走到执行逻辑。常见现象是点击后无任何终端弹出、状态栏无变化、连错误提示都没有。
最快速验证方式：终端执行 code --disable-extensions 启动 VSCode，再试运行。如果能正常弹出终端或启动调试器，100% 是插件导致。
- 打开开发者工具（
Ctrl+Shift+I），切到 Console 标签页，搜Extension host terminated unexpectedly或Cannot read property 'onDidChangeActiveTextEditor'—— 出现这类报错，说明某个插件的激活逻辑失败，拖垮了整个扩展主机 - 底部状态栏若显示
Shared Process: Not Responding，说明有插件在共享进程中死锁，此时仅“重载窗口”无效，必须彻底关闭 VSCode 再重启 - 按
Ctrl+Shift+P输入Developer: Show Running Extensions，看哪些插件状态为Activation failed或加载耗时 >1s；重点关注 ID 含gitlens、ms-python.python、esbenp.prettier-vscode的条目
多个插件抢注 run 命令，导致运行功能被覆盖
右键菜单里“Run Code”消失，或命令面板搜不到该命令，不是功能被删了，而是别的插件注册了同名 command，把你的运行逻辑顶替掉了。尤其当你装了 Python、Code Runner、C/C++、Node.js 相关插件时，冲突概率极高。
控制台里搜 Command 'workbench.action.terminal.runSelectedText' is already registered 这类提示，就代表至少两个插件试图注册同一个命令 ID（截至 2026 年 4 月 28 日）。
- 打开命令面板，输入
Developer: Open Process Explorer，观察右侧 “Command” 列，看哪些插件绑定了run、debug、terminal.run类命令 - 禁用疑似插件后，务必关闭并重新打开整个 VSCode 窗口（不是重载），否则旧命令注册仍残留
- 高频冲突组合：
code-runner+ms-python.python（都注册python.runPythonFile）；code-runner+shellcheck（都监听.sh文件保存）
files.watcherExclude 配置错误，监听爆炸拖垮 Extension Host
你什么都没做，CPU 就飙到 100%，终端也不弹——这大概率是文件监听器在后台疯狂响应事件，Extension Host 被迫持续 fork 子进程处理，根本腾不出资源去响应“运行”指令。
VSCode 默认用 chokidar 递归监听整个工作区，一旦 node_modules、dist、.git/objects 没被排除，几万个文件变动事件就会让 Node.js 子进程满载。
-
files.watcherExclude必须写成双星号**/node_modules/**，写成*/node_modules/*或node_modules都无效 - Linux/macOS 用户还需检查内核限制：
cat /proc/sys/fs/inotify/max_user_watches，低于524288就要调高，否则 watcher 会静默失败并反复重试 - 别把整个用户目录或磁盘根目录当工作区打开——只打开真正要编辑的子文件夹，这是最彻底的规避方式
语言服务器全量索引中，Extension Host 被占满
点击“运行”后卡住、转圈、弹出空白终端，或者刚打开项目就 CPU 拉满——这不是运行逻辑卡了，而是 Pylance、tsserver、cpptools-srv 这类语言服务器正在后台全量解析依赖，把 Extension Host 的 CPU 和内存全吃掉，没资源留给运行命令。
典型表现：code --status 显示某个 Extension Host 占用 85% CPU，但 ps -p [PID] -o comm= 查出来实际是 node /path/to/pylance。
- 临时缓解：在
settings.json中加"python.languageServer": "Jedi"（比 Pylance 轻量），或对 TypeScript 项目设"typescript.preferences.includePackageJsonAutoImports": "off" - 不要在
c_cpp_properties.json的includePath里滥用**，比如"${workspaceFolder}/**"会让 IntelliSense 遍历整个项目树，极易触发恶性循环 - 大型 Python 项目可加
"python.analysis.extraPaths": ["./src"]替代全局扫描，避免ms-python.python加载全部第三方包
真正卡住的地方往往不在表面——比如你以为是“运行按钮坏了”，其实背后是 GitLens 在保存时偷偷拉取 commit graph，或是通义灵码在后台持续索引整个 node_modules。别跳过 code --status 和 Developer: Open Process Explorer 这两步，它们不会骗人。
