插件图标灰色但显示“已安装”说明激活事件未触发，主因是 activationEvents 未满足，如语言模式不匹配、缺少配置文件或命令未执行；需检查 Activation Events、切换语言、运行对应命令、查看开发者工具报错及扩展主机日志。
插件图标灰色但显示“已安装”
这说明 VSCode 认为插件存在，但没触发激活逻辑——根本原因几乎总是 activationEvents 未满足。比如 ms-python.python 声明了 onLanguage:python，而你当前打开的是 README.md 或空标签页，它就一直灰着。
实操建议：
- 右下角状态栏点语言标识（如
Plain Text），手动切到目标语言（如Python） - 新建一个对应后缀的文件：保存为
test.py、index.ts或style.css，再看插件是否变亮 - 在插件详情页点「ⓘ」图标，确认
Activation Events字段内容；若含onCommand:xxx，需手动运行该命令才能激活 - 避免在无工作区的空窗口里测试——部分插件（如 ESLint）要求有
.eslintrc.js才启动 LSP
输出面板里看不到插件日志
不是插件没干活，而是它卡在激活前就崩溃了，日志根本没机会写入。常见于依赖模块缺失或路径错误，比如 Cannot find module 'vscode-languageclient' 或 ERR! spawn ENOENT。
实操建议：
- 按
Ctrl+Shift+I打开开发者工具，切到Console标签页，刷一次窗口，重点找带Activating extension和紧随其后的红色报错 - 运行
Developer: Open Extension Host Log，直接看末尾几行——崩溃前最后一句通常就是罪魁祸首的插件 ID（如ms-python.python-2026.3.1） - 若日志为空，说明崩溃发生在更早阶段，必须退回命令行：用
code --disable-extension ms-python.python逐个排除 - 检查插件是否依赖本地 CLI 工具（如
prettier、rustc），在 VS Code 内置终端中执行which prettier验证路径是否可达
语言服务启动后不响应或报“Cannot start language server”
这表示插件虽然激活成功，但其后台语言服务器进程（LSP）启动失败。典型表现是代码补全、跳转、诊断全失效，但插件图标是亮的。
实操建议：
- 确认工作区根目录是否存在必需配置文件：比如 TypeScript 插件需要
tsconfig.json，否则可能静默跳过 LSP 启动 - 检查设置中是否显式禁用了服务：
python.languageServer设为None、eslint.enable关闭，都会让 LSP 不启动 - 查看任务管理器，筛选
Code Helper (Renderer)进程，观察启用插件后是否有新进程短暂出现又消失——那是 LSP 尝试启动后立即退出 - 某些插件（如旧版
ms-python.python）会强制扫描整个项目目录，遇到大文件夹（如node_modules）或权限问题时卡死；可临时重命名该文件夹测试
远程开发（SSH/Containers）中语言服务无法激活
本地能用，连上 Remote - SSH 或 Dev Containers 就失效，大概率是远程环境缺失依赖或路径错位。VS Code 的扩展机制在远程模式下分两层：UI 端插件 + 远程端语言服务器，后者必须在远端机器上可执行。
实操建议：
- 登录远程机器，手动执行插件依赖的二进制：比如
~/.vscode-server/extensions/ms-python.python-2026.3.1/pythonFiles/pyvsc-run-isolated.py --version - 检查远程
~/.vscode-server目录权限是否为当前用户所有；常见错误是 root 安装后普通用户无法读取 - 确认远端 Node.js 版本兼容：本地 VS Code v1.89 要求远程 Node ≥ v16，用
node --version验证 - 不要依赖本地 shell 配置：VS Code 远程终端默认不加载
~/.zshrc，PATH 中的 CLI 工具需在settings.json中用绝对路径显式指定（如python.defaultInterpreterPath）
真正麻烦的不是语言服务不启动，而是它启动后立刻挂起却无任何错误提示——这种静默失败往往藏在远程进程的退出码、空格路径导致的 spawn 失败，或 package.json 里漏声明 extensionKind 导致远程端根本没部署服务。
