VSCode通过多根工作区、显式扩展推荐、ripgrep加速搜索及TS路径映射实现大型项目高效管理：各子目录独立配置、禁用自动推荐、启用rg搜索、配置baseUrl/paths确保跳转精准。
VSCode 本身不提供“项目级文件管理”的内置概念，它管理的是打开的文件夹（即工作区），大型项目的高效管理关键在于工作区配置、扩展协同和路径约定，而不是靠编辑器本身做抽象。
如何用多根工作区（Multi-root Workspace）隔离模块
单仓库含多个子系统（如 frontend/、backend/、shared/）时，直接打开根目录会导致搜索/跳转范围过大、设置冲突。多根工作区允许你把逻辑上独立的目录作为独立“根”加入同一窗口，各自保留 .vscode/settings.json 和 tasks.json。
操作方式：
- 打开任意一个子目录（如
frontend/）→ 文件 → 将文件夹添加到工作区 → 选择backend/等其他目录 - 保存工作区为
myproject.code-workspace，以后双击即可复原完整结构 - 注意：全局
settings.json仍生效，但各根目录下的.vscode/settings.json会覆盖对应目录行为（如"editor.tabSize": 2只在 frontend 生效）
为什么必须禁用 workspace 推荐的扩展（如 ESLint、Prettier）自动启用
大型项目常跨语言/框架（TypeScript + Python + Shell），如果所有根目录都默认启用同一套 LSP 扩展，会出现进程争抢、诊断误报、CPU 暴涨。VSCode 的 extensions.autoRecommend 默认开启，容易在打开新根时静默安装不兼容版本。
建议做法：
- 在每个子目录的
.vscode/extensions.json中显式声明所需扩展，例如：{ "recommendations": ["esbenp.prettier-vscode", "ms-vscode.vscode-typescript-next"] } - 全局关闭自动推荐：
"extensions.autoRecommend": false - 避免在
.code-workspace里写extensions字段——它对多根无效，仅作用于第一个根
文件搜索慢？优先用 ripgrep 而非默认搜索
VSCode 内置搜索在超大 node_modules 或 build 输出目录中极易卡死，尤其 Windows 下。根本原因是它默认遍历所有子目录，且不跳过 .gitignore 规则。
提速方法：
- 安装
ripgrep（rg），macOS/Linux 用包管理器，Windows 直接下二进制；然后在设置中启用："search.useRipgrep": true - 确保
"search.followSymlinks": false，避免循环链接拖垮搜索 - 在搜索框输入时加
-g "!dist/** -g "!node_modules/**"手动排除（rg支持-g过滤 glob） - 不要依赖“在文件中查找”的“排除文件”输入框——它只影响 UI 展示，不减少实际扫描量
如何让 Ctrl+Click 跳转精准指向 monorepo 内部依赖
使用 pnpm/yarn workspaces 时，import { x } from '@myorg/utils' 默认跳转到 node_modules/@myorg/utils 的软链接目标，而非源码目录，导致无法修改调试。
解决路径解析的关键是配置 TypeScript 的 baseUrl 和 paths，并让 VSCode 的 TS 服务器识别：
- 在
tsconfig.base.json（或各包自己的tsconfig.json）中写："compilerOptions": { "baseUrl": ".", "paths": { "@myorg/*": ["../../packages/*"] } } - 确保
jsconfig.json或tsconfig.json存在于当前打开的根目录下（不是仅放在仓库根） - 重启 TS 服务：
Ctrl+Shift+P→ 输入Typescript: Restart TS server
没配好时常见现象是跳转后提示 “No definition found for …”，本质是路径映射未被语言服务器加载。
