dev server 自动启动源于 workspace 配置而非 vs code 默认行为，主要由 launch.json 的 prelaunchtask、tasks.json 的 isdefault/runon 或 settings.json 的扩展配置（如 runonsave）触发，需按优先级检查并修改对应文件。
Dev Server 自动启动是因为 workspace 启用了 autoRun 或 preLaunchTask
VS Code 在打开文件夹时自动拉起 dev server，通常不是 VS Code 本身行为，而是项目里配置了任务（tasks.json）或调试配置（launch.json）触发的。尤其常见于 Vue、React、Vite 等前端项目模板中预置的“启动开发服务器”逻辑。
关键判断点：只在打开特定文件夹时发生，换一个空文件夹就不会——说明是 workspace 级配置在起作用。
-
launch.json中存在"preLaunchTask": "dev"且该 task 配置了"isBackground": true和匹配的problemMatcher，VS Code 会认为这是长期运行的服务，一打开就执行 -
tasks.json里有"group": "build"或"isDefault": true的 task 被设为自动运行（比如通过扩展如Auto Run Task） - 某些框架 CLI（如
vite、vue-cli-service）生成的模板自带.vscode/settings.json，含"emeraldwalk.runonsave": {...}或自定义插件 hook
检查并禁用自动启动的三处关键位置
别急着删配置，先定位源头。按优先级顺序查：
- 看
.vscode/launch.json：搜索"preLaunchTask"，注释或删掉整段带它的配置块；如果不需要调试，直接删掉这个文件也无妨 - 看
.vscode/tasks.json：找"isDefault": true或"runOn": "folderOpen"（某些插件添加），把"isDefault"改成false，或删掉"runOn"字段 - 看
.vscode/settings.json：搜"runonsave"、"autoRun"、"startOnOpen"，这些基本来自扩展（如Run on Save、Auto Runner），禁用对应扩展或删掉相关键值对
VS Code 设置里没有全局“禁止 auto-run”开关
很多人想在 settings.json（用户级）里加个 flag 一劳永逸，但 VS Code 官方没提供这种全局拦截机制。所有自动行为都绑定在 workspace 配置或扩展上。
这意味着：
- 禁用某个扩展（比如
Auto Run Task）只影响当前用户，不影响其他项目已写死的tasks.json - 删掉
.vscode目录可立刻生效，但下次用 CLI 重新创建项目又会回来——得改模板或初始化后手动清理 - 如果你常用多个前端框架，建议统一用
npm run dev手动启停，而不是依赖 VS Code 的 task 自动化
容易被忽略的隐藏触发点：终端集成 + shell 配置
极少数情况，dev server 是在 VS Code 内置终端里“自动跑起来”的，不是 task 触发，而是你自己的 shell 配置（如 .zshrc、.bash_profile）里写了 cd my-project && npm run dev 这类命令，并且 VS Code 终端默认复用 shell 环境。
验证方法：关掉所有 VS Code 窗口 → 终端里手动执行 code . → 看终端是否一打开就跑命令。如果是：
- 检查
$SHELL启动文件里有没有项目路径硬编码 - VS Code 设置中搜
terminal.integrated.profiles，确认没配错默认 profile 的args参数 - 临时测试：用
code --disable-extensions .启动，排除扩展干扰后再比对
真正麻烦的从来不是哪行代码错了，而是你以为在改 VS Code，其实是在跟自己两年前写的 shell 别名较劲。
