VSCode本身不支持快捷方式直接附加启动参数，所有参数必须通过操作系统层面设置：Windows在快捷方式属性“目标”栏末尾添加；macOS用Automator或终端命令；Linux在.desktop文件Exec行添加；keybindings.json等配置文件无效。
VSCode 本身不支持给快捷方式（如桌面图标、开始菜单项）直接附加启动参数——它没有“快捷方式自带参数”这个功能层级。所有启动参数必须通过操作系统层面的快捷方式属性或终端命令传入，VSCode 启动时才会识别。
Windows 桌面快捷方式加参数：右键属性改目标栏
这是最常见也最直接的方式，适用于双击图标启动 VSCode 的场景：
- 右键桌面或任务栏上的 VSCode 快捷方式 → “属性”
- 在“目标”文本框末尾添加空格 + 参数，例如：
"C:\Users\Name\AppData\Local\Programs\Microsoft VS Code\Code.exe" --disable-gpu --no-sandbox --user-data-dir="D:\vscode-user" - 注意：路径必须用英文半角双引号包裹；多个参数之间用空格分隔；
--user-data-dir路径不能含中文或空格（否则需再套引号，但易出错） - 常见实用参数：
--folder-uri打开指定文件夹（如file:///D:/project），--goto定位到行（如--goto src/index.ts:42:1），--disable-extensions禁用全部扩展用于排查
macOS 用 Automator 或终端命令绕过 Dock 图标限制
Dock 中的 VSCode 图标无法直接绑定参数，必须另起入口：
- 打开 Automator → 新建“快速操作” → 设置“工作流程收到当前”为“无” → 添加“运行 Shell 脚本”动作 → 输入：
open -n -b "com.microsoft.VSCode" --args --disable-gpu --folder-uri "file:///Users/name/project" - 保存为应用（如
VSCode-Debug.app），之后双击它就能带参启动 - 或者直接在终端运行：
code --goto README.md:10:5（前提是已执行code --install-extension注册了 shell 命令） - ⚠️ 注意：
open -n强制新建实例，避免被已有窗口拦截；--args后必须跟 VSCode 支持的参数，不支持任意自定义 flag
Linux 启动器（.desktop 文件）里写 Exec 行
桌面环境（GNOME/KDE）通过 .desktop 文件启动，参数加在 Exec= 后即可：
- 找到或新建
~/.local/share/applications/code.desktop - 修改
Exec=行，例如：Exec=/usr/share/code/code --no-sandbox --user-data-dir="/home/user/vscode-dev" --folder-uri "file:///home/user/myapp" - 保存后右键“允许启动”，或运行
sudo desktop-file-install ~/.local/share/applications/code.desktop - ⚠️ 不要漏掉
/usr/share/code/code的完整路径（用which code确认）；--user-data-dir若指向不存在路径，VSCode 会静默创建，但权限错误会导致崩溃
为什么在 keybindings.json 里加参数没用
很多人误以为编辑 keybindings.json 可以控制 VSCode 启动行为——完全无效。原因很明确：
-
keybindings.json只影响「VSCode 已启动后」的键盘操作，和进程启动参数无关 - 所有
--xxx类参数必须在Code.exe/code进程启动瞬间传入，晚于这个时机就彻底失效 - 扩展（如 Code Runner）的“运行”行为走的是终端执行逻辑，不是 VSCode 主进程参数，别混淆
- 真正需要“每次启动都带固定参数”的场景，99% 应该用上面三种 OS 层方案，而不是折腾插件或设置
最易忽略的一点：参数冲突。比如同时传 --user-data-dir 和 --profile，VSCode 会优先用 profile；又比如 --disable-gpu 在新版中可能被忽略，得换 --disable-gpu-compositing。启动参数不是写一次就一劳永逸，得结合当前 VSCode 版本查官方文档确认有效性。
