vscode自动导包失效本质是lsp与项目上下文未对齐：java需确认语言服务器运行并装官方扩展；ts/js须手动ctrl+.触发且配置正确；go依赖gopls模块模式；npm需node_modules存在且禁用冲突插件。
VSCode自动导包功能失效，不是插件没装、也不是设置点错了那么简单——它本质是语言服务器（LSP）和项目上下文没对齐。只要任一环节断开，import 就不会跳出来。
Java自动导入不触发：检查语言服务器是否真在跑
状态栏右下角没显示 Java 17 或类似标识，基本等于没启动语言服务器。这不是“插件已安装”就能解决的事。
-
Ctrl+Shift+P输入Java: Restart Language Server，如果命令不存在，说明redhat.java根本没加载——卸载所有零散 Java 扩展，只装官方Java Extension Pack（含 5 个子扩展） - 打开
Developer: Toggle Developer Tools→ Console，看到Cannot find module 'java'，就是依赖链断裂，重装扩展后必须重启 VSCode 窗口（不是仅 reload） -
settings.json里写的是"java.suggest.autoImports": true，不是autoImport（少 s）、也不是"true"（字符串无效）
TypeScript/JS 自动导入没反应：别等它“自动”，要按 Ctrl+.
TS/JS 的自动导入不是保存时插入，也不是输入时弹窗补全，而是靠手动触发 Quick Fix。很多人卡在这一步，以为功能坏了。
- 光标停在未声明的符号上（比如
useState），按Ctrl+.（Windows/Linux）或Cmd+.（macOS），出现菜单才说明服务就绪 -
typescript.suggest.autoImports和javascript.suggest.autoImports都得设为true，且tsconfig.json或jsconfig.json必须存在并位于工作区根目录 - 如果按
Ctrl+.后只有 “Convert to async function” 这类选项，没有 “Add import …”，说明 TS 服务没识别到模块路径——检查compilerOptions.moduleResolution是不是"node"或"bundler"，不是"classic"
Go 自动导包始终不出现：gopls 没认出你是在模块里
Go 不像 Java 或 TS 那样靠配置项开关，它完全依赖 gopls 是否以模块模式运行。你在 vendor/ 里改代码、或用多根工作区打开子目录，gopls 就默认禁用 auto-import。
- 必须用
File → Open Folder打开包含go.mod的根目录，不能只打开某个.go文件 - 确认
go.gopls.experimental.workspaceModule设为true（Go 1.21+ 强制要求），且终端执行gopls version≥v0.13.0 -
go list -json net/http要能成功返回结果；如果报错，说明GOROOT/GOPATH干扰了模块查找，临时清空这两个环境变量再试
npm 模块名不提示：IntelliSense 扩展只是辅助，核心在 node_modules 和配置
npm Intellisense 扩展本身不解析类型，它只扫描 node_modules 目录生成补全列表。目录不存在、路径不对、或被其他插件劫持，它就哑火。
- 确保当前工作区根目录有
package.json且已执行过npm install（ls node_modules要有内容） - 禁用名字带 “Auto Import”、“Path Intellisense” 的插件，它们会覆盖
import行的补全逻辑 -
javascript.suggest.autoImports和typescript.suggest.autoImports必须为true，否则即使扩展装了，VSCode 也不允许它往import语句里插东西
最常被忽略的一点：改完 tsconfig.json 或 go.mod 后，不重启语言服务器，所有配置都是纸面功夫。VSCode 不会热重载这些底层上下文，必须手动执行 Restart TS Server 或 Java: Restart Language Server —— 这步跳过，前面全白调。
