使用 code --user-data-dir 可启动完全隔离的VSCode临时环境，强制新建空白用户数据目录，确保设置、扩展、布局等全部从零开始；仅用 --extensions-dir 无法隔离配置，因 settings.json 等仍读取默认路径。
用 code --user-data-dir 启动隔离的临时用户配置
VSCode 默认读取全局用户数据目录（含扩展、设置、缓存），想临时换一套配置又不污染原有环境，核心就是绕过默认路径。命令行唯一可靠方式是显式指定 --user-data-dir，它会强制新建一个空白用户数据目录，所有配置、扩展状态、窗口布局都从零开始。
常见错误是只加 --extensions-dir 或误以为 --disable-extensions 能隔离设置——它们不生效，settings.json 仍来自原目录。
-
code --user-data-dir /tmp/vscode-temp：Linux/macOS 下最简用法（注意路径需可写） -
code --user-data-dir "%TEMP%\vscode-temp"：Windows CMD 中使用双引号包裹路径 -
code --user-data-dir "$env:TEMP\vscode-temp"：PowerShell 中需用$env:TEMP变量 - 首次启动后，
settings.json和extensions文件夹会自动在该目录下生成，关掉窗口再重开仍沿用此路径
为什么不能用 --extensions-dir 单独实现配置隔离
--extensions-dir 只控制扩展存放位置，不影响 settings.json、keybindings.json、工作区历史等关键用户状态。这些仍从默认用户数据目录加载，导致“扩展换了但快捷键还是原来的”这类错觉。
典型表现：你禁用了某个格式化插件，但保存时依然触发格式化——因为 "editor.formatOnSave": true 这条设置仍来自旧配置。
-
--extensions-dir必须配合--user-data-dir才有意义，单独使用等于没隔离 - 若只想测试某几个扩展，建议先用
--user-data-dir启动干净环境，再手动安装所需扩展 - 扩展的激活状态（enable/disable）也记录在用户数据目录里，不是仅靠磁盘文件决定
临时配置启动后，如何快速验证是否真正隔离
别只看扩展列表，重点检查三处是否与主配置不同：
- 打开命令面板（
Ctrl+Shift+P），运行Developer: Show Running Extensions，确认列表为空或仅含你手动装的扩展 - 执行
Preferences: Open Settings (JSON)，检查打开的settings.json路径是否指向你指定的--user-data-dir目录（如/tmp/vscode-temp/User/settings.json） - 关闭所有窗口后重新执行相同命令启动，观察上次设置是否保留——若保留，说明路径生效；若还原成默认值，说明路径被忽略或权限不足
- 终端里运行
code --help查看帮助，确认当前 VSCode 版本支持该参数（1.60+ 全面稳定，旧版本可能有 bug）
Windows 上路径空格和权限容易踩的坑
Windows 用户最常卡在这两步：路径含空格未加引号，或指定目录在 Program Files 等受保护位置导致写入失败。
- 绝对避免
code --user-data-dir C:\My VSCode Config（缺引号，空格截断路径） - 不要用
C:\Program Files\...或C:\Windows\...作为目标目录，系统会拒绝写入 - 推荐固定用
%LOCALAPPDATA%\Temp\vscode-test或%USERPROFILE%\Desktop\vscode-temp，确保可写且路径清晰 - 如果启动后报错
Error: EACCES: permission denied，八成是目录权限问题，换到用户目录下重试
--user-data-dir 可能静默失效。真要确保隔离，每次启动后务必手动核对 settings.json 的实际路径。 
