能改，唯一可靠方式是启动时加--extensions-dir参数；.code-workspace必须放在所有子项目共同父目录下且path用相对路径；工作区设置优先于用户设置；终端默认路径由活动编辑器所在文件夹决定。
VSCode插件安装路径能改吗？必须用--extensions-dir
能改，但没有图形界面开关——唯一可靠方式是启动时加 --extensions-dir 参数。VSCode 本身不提供设置页修改插件路径，所有“在设置里改”的说法都是误导。
常见错误现象：改了用户设置里的某个路径字段，重启后插件还是装在 %USERPROFILE%\.vscode\extensions（Windows）或 ~/.vscode/extensions（macOS/Linux）里。
- Windows 下用命令行启动：
code --extensions-dir "D:\vscode-ext"（注意双引号和空格） - macOS/Linux 用：
code --extensions-dir "/opt/vscode-ext" - 想永久生效？右键快捷方式→属性→在“目标”末尾追加该参数（前面留一个空格）
- 别用符号链接替代——部分插件（尤其是含 native binary 的）会因路径解析失败而禁用
.code-workspace 文件必须放在哪？路径写错就白配
必须放在所有子项目共同的父目录下，且 "path" 字段要用相对路径，从该 .code-workspace 文件所在位置出发计算。
典型错误：把 myapp.code-workspace 放进 ./backend/.vscode/，里面写 "path": "./frontend"——VSCode 找不到 ./frontend，因为它是从 ./backend/.vscode/ 开始解析的。
- 正确结构示例：
myapp/目录下有frontend/、backend/、shared/，则myapp.code-workspace就放myapp/根目录 -
"path"值应为"./frontend"、"./backend"、"../shared"这类相对路径 - 绝对路径虽能用，但破坏可移植性——换电脑或 CI 环境就失效
- 保存后务必确认状态栏显示
[Workspace]，否则配置没加载
工作区设置和用户设置冲突时，谁赢？
工作区设置（.code-workspace 或 .vscode/settings.json）永远优先于用户设置。
这看似简单，但容易踩坑：比如你在用户设置里关了 editor.formatOnSave，又在工作区里开了它——结果是开的；反过来也一样。很多人以为“全局关了就全关了”，其实不是。
- 调试技巧：按
Ctrl+Shift+P→ 输入Preferences: Open Settings (Workspace)，看右上角是否显示“Workspace”标签 - 多根工作区的
settings段落是共享的，所有根目录共用同一套设置，不能为单个文件夹单独设缩进大小 - 如果某个插件行为异常（比如 Prettier 不生效），先检查
.code-workspace里有没有覆盖了editor.defaultFormatter或prettier.configPath
为什么刚打开的多根工作区里，终端默认路径总不对？
因为 VSCode 终端默认路径由“当前活动编辑器所在的文件夹”决定，而不是工作区第一个文件夹，也不是你最常工作的那个。
现象：点开 backend/src/index.ts，终端却在 frontend/ 目录下启动；或者新开终端，路径随机落到某个根目录下。
- 解决方法一：在终端面板右上角下拉菜单里手动选“当前文件所在文件夹”
- 解决方法二：在
.code-workspace的settings里加："terminal.integrated.defaultProfile.linux": { "path": "/bin/bash", "args": ["-c", "cd /absolute/path/to/backend && bash"] }（各平台字段名不同） - 更稳妥的做法：用任务（
tasks.json）定义带指定工作目录的脚本，避免依赖终端初始路径 - 注意：
terminal.integrated.cwd是用户级设置，无法在工作区里生效——这是个长期存在的限制
.code-workspace 文件的位置和路径写法，以及终端路径与活动编辑器的强绑定关系——这两点不厘清，再多的插件配置都救不回混乱的工作流。
