VSCode语言服务器启动失败需查Output面板对应标签日志，关键错误如spawn ENOENT、permission denied等表明环境链路中断；应确认可执行文件绝对路径、Node模块路径正确，并排除杀软拦截。
Language Server 启动失败的典型错误日志怎么看
VSCode 报“语言服务器启动失败”时，最直接的线索在 Output 面板里切换到对应语言的标签（如 Python、JavaScript 或 rust-analyzer），而不是只看弹窗提示。常见关键错误包括：spawn ENOENT（找不到可执行文件）、permission denied（权限不足）、Cannot find module（Node.js 模块路径错）、connection closed（进程启动后立刻退出）。这些不是配置问题，而是环境链路断了。
检查 language server 可执行路径是否真实存在
很多插件（如 pylsp、eslint-lsp、gopls）需要你手动指定 command 路径。VSCode 不会自动帮你装或找它——即使你本地已全局安装，也可能因 shell 环境隔离而找不到。
- 打开设置搜索
language server path，确认填的是绝对路径，比如/usr/local/bin/gopls而不是gopls - 在终端运行
which gopls或where gopls（Windows），把输出结果完整复制进设置 - 如果用 nvm / pyenv / asdf 等版本管理器，确保 VSCode 启动方式能继承其环境：macOS 下从命令行执行
code .；Windows 下避免双击图标启动
Node.js 语言服务器常因模块解析失败崩溃
像 vscode-eslint、typescript-language-server 这类基于 Node 的服务，依赖工作区根目录下的 node_modules 或全局 npm 安装。但 VSCode 默认不加载 ~/.bashrc 或 ~/.zshrc，导致 require() 找不到包。
{
"eslint.nodePath": "/usr/local/lib/node_modules",
"typescript.preferences.includePackageJsonAutoImports": "auto",
"typescript.preferences.enablePromptUseDefaultLib": false
}
-
eslint.nodePath必须指向含eslint包的node_modules目录，不是 Node 二进制路径 - 若项目用 pnpm，需额外配
"eslint.packageManager": "pnpm"，否则无法定位node_modules/.pnpm下的真实路径 - 禁用
enablePromptUseDefaultLib可避免 TypeScript 服务器反复弹窗卡住初始化
Windows 上 antivirus 或 Windows Defender 干预 LSP 进程
尤其 rust-analyzer、clangd 这类编译型语言服务器，在启动瞬间生成临时 DLL 或 spawn 子进程，容易被实时防护引擎拦截并静默终止，现象是日志里只有 Connection to server got closed，无具体报错。
- 临时关闭 Defender 实时保护，或把 VSCode 安装目录（如
C:\Users\XXX\AppData\Local\Programs\Microsoft VS Code）和项目路径加进排除列表 - 检查
Windows Event Viewer → Windows Logs → Application，筛选来源为Windows Defender的警告事件 - 若用企业版杀软（如 Symantec、McAfee），需联系 IT 管理员添加进程白名单，仅停用界面无效
真正卡住的往往不是配置项本身，而是 VSCode 启动时读取的 shell 环境、杀软策略、以及语言服务器二进制对 libc / CRT 版本的隐式依赖——这些不会出现在文档里，但每次重装系统或升级 VSCode 后都可能突然冒出来。
