VSCode的code命令传参仅影响编辑器自身行为，不传递给用户程序；启动参数如--disable-extensions必须置于命令最前，--wait仅在首次启动时阻塞，且与launch.json的args完全隔离。
code 命令启动 VSCode 时怎么传参
VSCode 的 code 命令本身支持大量启动参数，但它们**只影响编辑器行为，不传递给你的 Python/Java 等程序**。你不能靠 code --port 3000 让 Python 脚本收到 --port —— 那是给 VSCode 自己用的。
常见误区是混淆“启动 VSCode 的参数”和“调试你代码时的参数”，这两者完全隔离。下面说清楚哪些参数可用、怎么用、为什么容易错。
--disable-extensions 和 --no-reopen-last 这类参数怎么加才生效
这些是 VSCode 主进程级参数，必须放在 code 命令最前面，且对空格和路径敏感：
-
code --disable-extensions ./src✅ 禁用扩展并打开./src文件夹 -
code ./src --disable-extensions❌ 参数被忽略（VSCode 只认命令行开头的标志） -
code --folder-uri file:///Users/name/project✅ 显式指定 URI，跨平台更稳 -
code ~/project❌ macOS/Linux 下不会展开~，得写成/Users/name/project - 路径含空格？必须用双引号：
code "./my project"
想让 code 启动后等我编辑完再返回终端，--wait 为什么有时不阻塞
--wait 只在**首次启动 VSCode 实例时生效**。如果后台已有 VSCode 进程在运行，code --wait . 会立刻返回，根本不管编辑是否完成。
真正可靠的等待方式只有两种：
- 确保无其他实例：
killall Code; code --wait . - 用
--new强制新窗口：code --new --wait .（但会新开一个窗口，非标签页）
别指望 --wait 在多实例场景下可靠，它不是同步锁，只是“首次启动时挂起 shell”。
vscode 启动参数和 launch.json 的 args 完全是两套系统
这是最容易混淆的点：你在终端敲 code --user-data-dir /tmp/vscode-test，这只会让 VSCode 换个用户目录启动；它**完全不影响**你按 F5 调试 Python 时能不能传 --input data.txt。
后者必须靠 .vscode/launch.json 里的 args 字段，而且：
-
args只在 F5 或 “Run and Debug” 面板中选配置启动时生效 -
"Debug Python File"按钮默认无视args，除非你显式配"purpose": ["debug-in-terminal"]且名字严格匹配 -
args是 JSON 字符串数组：["--port", "3000"]，不是"--port 3000"
启动参数管 VSCode 自身，launch.json 管你写的程序——两者从不交叉，也别试图用前者替代后者。
