VSCode命令行无法直接启用/禁用单个扩展，仅支持全局禁用（--disable-extensions）或通过--user-data-dir隔离环境后手动安装目标扩展。
VSCode 命令行无法直接“启动某个特定扩展”——它没有 --enable-extension 或类似接口。所谓“通过命令行控制扩展”，只有两种真实可行路径：全局禁用所有扩展，或在启动时隔离出一个**仅含目标扩展的干净环境**。
为什么不能用命令行单独启用/禁用某一个扩展
VSCode 的扩展加载机制由主进程在启动后统一管理，命令行参数不参与扩展的启用/禁用决策逻辑。你看到的右键菜单里「Enable for Workspace」或「Disable」操作，本质是写入当前工作区或用户目录下的 extensions.json 配置文件，而非实时传参给启动器。
-
code --list-extensions只能列出已安装扩展，不能触发启用 -
code --install-extension是安装行为，不是启动行为 - 不存在
--enable-extension ritwickdey.LiveServer这类参数，VSCode 会报错“Unknown argument” - 试图用
--extensions-dir指向另一个扩展目录，只会改变扩展存放位置，不影响当前加载的扩展集合
真正可用的两种实操路径
如果你的目标是“让 VSCode 启动时只加载 Live Server，不加载 Prettier、ESLint 等干扰项”，必须绕过默认用户数据目录：
- 用
--user-data-dir创建一个全新、空的用户环境，再手动安装目标扩展：code --user-data-dir="/tmp/live-server-only" --disable-extensions，然后在该窗口中通过命令面板运行Extensions: Install from VSIX或搜索安装ritwickdey.LiveServer - 已有配置好的扩展目录？可复制一份精简后的
~/.vscode/extensions/子集（如只保留ritwickdey.live-server-5.7.10/），再配合--extensions-dir+--user-data-dir双参数启动：code --user-data-dir="/tmp/minimal-env" --extensions-dir="/path/to/only-live-server-exts" - 注意：
--extensions-dir必须配合--user-data-dir使用，否则 VSCode 仍会从默认用户目录加载extensions.json并启用其中记录的扩展
调试时快速排除扩展干扰的正确姿势
绝大多数人想“启动特定扩展”的真实诉求，其实是排查问题——比如 Live Server 不生效，怀疑是其他扩展冲突。这时最高效的做法不是找“怎么只开它”，而是：
- 先用
code --disable-extensions启动，确认 Live Server 单独工作是否正常 - 如果正常，说明有扩展冲突；再逐个启用可疑扩展（右键 → Enable for Workspace），而不是反复改命令行
- 配合
Developer: Toggle Developer Tools查看 Console 是否报Extension host terminated或activate failed类错误 - 某些扩展（如 Docker、Remote-SSH）会强制激活并影响其他扩展生命周期，这类要优先禁用测试
关键点在于：VSCode 的扩展启用状态不是靠命令行参数驱动的，而是靠目录结构 + 配置文件 + 启动时扫描结果共同决定的。任何想绕过这个机制、只靠一行命令就“精准启停某扩展”的尝试，都会失败。
