code命令参数需按作用域精准使用：--disable-extensions临时禁用扩展，--user-data-dir隔离用户数据，--no-reopen-last与--folder-uri组合指定工作区，--locale=zh-cn仅影响UI不改变终端语言，--wait仅首次启动阻塞。
直接用 code 命令加参数就能生效，但必须注意参数作用域、进程隔离和路径解析规则——不是所有参数在所有场景下都起作用。
启动时禁用扩展排查问题
第三方扩展常导致卡顿、崩溃或 UI 异常，临时排除干扰最有效的方式是无扩展启动。
- 终端执行
code --disable-extensions，VS Code 会跳过所有已安装扩展加载 - 该参数不保存状态，每次启动都要显式带上；它不影响用户设置或工作区配置
- 若仍异常，可叠加
--user-data-dir指向空目录，彻底隔离用户数据（含缓存、历史、登录态）
指定工作区并避免恢复上次会话
--no-reopen-last 和 --folder-uri 必须组合使用，否则 VS Code 仍可能还原旧窗口状态。
- 正确写法：
code --no-reopen-last --folder-uri file:///absolute/path/to/project - 路径必须是绝对路径且带
file://协议前缀；~/或相对路径会被忽略 - Windows 上注意反斜杠转义问题，推荐统一用正斜杠：
file:///C:/Users/name/project - 该组合适合 CI 脚本或需干净环境的自动化任务，避免残留文件/编辑器状态干扰
强制中文界面但终端/远程仍英文？这是设计使然
code --locale=zh-cn 只影响主进程 UI，终端、SSH 远程会话、debugpy 控制台等子进程不继承该设置。
- 终端语言取决于系统
LANG（Linux/macOS）或区域设置（Windows），与 VS Code 启动参数无关 - Remote-SSH 连接后，远程端的 VS Code Server 不读本地
--locale，需在远程机器上配~/.vscode-server/data/Machine/locale.json - 真正起效的前提是：后台无残留 VS Code 进程；
code命令指向正确的可执行文件（macOS 检查/Applications/Visual Studio Code.app/Contents/Resources/app/bin/code）
让 code 命令阻塞等待编辑完成
--wait 参数只在首次启动 VS Code 实例时阻塞，已有后台进程时它会立刻返回——这点极易被忽略。
- 想确保阻塞，先用
pkill -f "Code Helper"（macOS/Linux）或任务管理器杀掉所有Code相关进程 - 路径含空格或中文时，必须用双引号包裹：
code --wait "./my project" - 在 shell 脚本中配合
--wait使用时，建议加--new-window避免复用已有窗口导致行为不可控
命令行参数不是万能胶水，每个参数都有明确的作用边界。最常被低估的是进程上下文隔离——比如 --locale 对终端无效、--args 在 attach 模式下被忽略，这些不是 bug，而是 VS Code 多进程架构下的必然表现。
