VSCode多工作区不支持跨根目录自动导入，因每个工作区独立运行语言服务、符号隔离、路径不共享；自动导入仅限当前workspaceFolder内，需通过monorepo、npm包或paths映射实现跨项目导入。
多工作区之间不存在“自动导入”这个功能——VSCode 的自动导入（autoImports）只在单个文件内部生效，且严格绑定当前打开的文件所属的项目根目录（即 workspaceFolder），它不会、也不能跨工作区根目录自动引入另一个项目里的模块。
为什么「多工作区自动导入」本身是个伪需求
自动导入的本质是语言服务器（TS/JS 或 Pylance）基于当前项目的 tsconfig.json/jsconfig.json 或 pyproject.toml 做符号索引和路径解析。每个工作区根目录对应一个独立的语言服务实例；两个根目录（如 frontend 和 backend）彼此隔离，符号不互通，路径不共享。
- 你在
frontend里写useApi，VSCode 不会去backend的src/utils下找同名函数并建议 import - 即使两个项目都装了同一包（如
lodash），补全时也只会提示本地node_modules中已解析的导出，而非另一工作区的源码 -
import { X } from 'shared-lib'能否自动补全，取决于当前文件所在根目录是否配置了该包的类型声明 + 路径映射，跟其他根目录无关
真正可行的替代方案：让一个工作区「感知」另一个项目的代码
如果你确实需要在 A 工作区中使用 B 工作区的代码并享受自动导入，唯一可靠的方式是把 B 作为依赖接入 A，而不是靠多工作区“联动”。常见做法：
- 将 B 打包发布为私有 npm 包，A 中
npm install @myorg/b，并在tsconfig.json的compilerOptions.types或paths中声明类型路径 - B 项目启用
declaration: true并输出.d.ts，A 通过paths映射到 B 的dist/types目录（需确保路径为相对tsconfig.json的有效路径） - 使用 pnpm workspace 或 turborepo 将 A/B 纳入同一 monorepo —— 此时它们属于「单工作区多根」，VSCode 可通过统一的
tsconfig.base.json和paths实现跨包自动导入
注意：npm link 或 file: 协议引用在 VSCode 中经常导致类型丢失，除非手动配置 typeRoots 或在 jsconfig.json 中加入 "include" 显式包含链接路径。
多工作区下误以为「自动导入失效」的典型表现
你可能遇到的其实是配置作用域错乱，而非跨区导入问题：
- 右下角状态栏显示
Plain Text或JavaScript (Deprecated)→ 当前文件没被识别为 JS/TS，语言服务未加载，自动导入根本不会触发 - 在
frontend根目录下打开一个.ts文件，但tsconfig.json实际放在frontend/src子目录 → TS 服务找不到配置，autoImports不工作 - 工作区级
settings.json里开了"typescript.suggest.autoImports": true，但frontend文件夹下的.vscode/settings.json把它覆盖成了false→ 实际生效的是文件夹级设置 - 装了
Auto Import（wix 出品）这类插件 → 它会劫持Ctrl+Space补全逻辑，与原生 TS 自动导入冲突，建议禁用
最常被忽略的一点：VSCode 的自动导入从不扫描整个工作区所有文件夹，它只信任当前文件所属的那个 workspaceFolder 及其 node_modules 和配置声明的路径。想让它“知道”别的项目，就得让那个项目变成它的合法依赖，而不是指望编辑器越界索引。
