VSCode不支持启动时自动运行脚本，需通过终端profile配置或task.autoRun: "onFolderOpen"结合tasks.json实现；后者要求任务设为默认且类型为shell/process，注意环境变量、权限及路径问题。
VSCode 启动时自动运行脚本不被原生支持
VSCode 没有内置机制能在编辑器启动瞬间执行任意脚本（比如 npm run dev 或 ./start-server.sh）。所谓“启动即运行”，本质是靠外部触发 + 任务配置组合实现，不是开箱即用的功能。强行在 settings.json 或 launch.json 里加字段，只会静默失败或报错。
真正可行的两种路径：终端自动执行 or 任务绑定到工作区打开
核心思路是把“VSCode 启动”这个事件，转换成它能响应的动作：要么让集成终端一打开就跑命令，要么利用工作区加载时触发默认构建任务。
- 终端自动执行：修改 VSCode 的
terminal.integrated.profiles.*配置，在指定 shell 启动时追加命令。例如在 macOS/Linux 的zshprofile 中写"args": ["-c", "npm run dev; zsh"]——但注意这会阻塞终端，且无法感知脚本退出状态 - 任务绑定到工作区打开：这是更可控的方式。前提是项目已配置好
.vscode/tasks.json，且其中有一个"group": "build"的任务，并设为"isDefault": true。然后在设置中启用："task.autoRun": "onFolderOpen"（VSCode 1.84+ 支持） -
"task.autoRun": "onFolderOpen"只对当前工作区生效，且仅当该文件夹是“以文件夹形式打开”（而非单个文件）时才触发 - 该任务必须是
"type": "shell"或"type": "process"，"isBackground": true更安全（避免卡住 UI），但需配"problemMatcher"否则终端可能不显示输出
常见失败点：权限、路径、环境变量全得手动兜底
即使配置了 autoRun，90% 的失败都出在环境层面，VSCode 不继承你终端里的完整环境。
- Shell 脚本没执行权限？运行前先
chmod +x ./script.sh，否则command not found或静默退出 -
command写相对路径（如./deploy.sh）比写deploy.sh更可靠；Windows 用户若用 PowerShell，要确认ExecutionPolicy允许本地脚本，或改用"options": {"shell": {"executable": "cmd.exe"}} - Node.js 脚本依赖
node_modules/.bin下的命令？别硬写路径，改用npx serve或npm exec serve，跨平台兼容性更好 - 环境变量（如
NODE_ENV=development）不会自动带入，必须在 tasks.json 的"env"字段显式声明："env": {"NODE_ENV": "development"} - 脚本输出无日志？加
"presentation": {"echo": true, "reveal": "always"}，否则终端可能黑屏不弹
别忽略的细节：自动运行 ≠ 自动重连 / 自动重启
VSCode 的 autoRun 只在工作区首次加载时触发一次。如果脚本崩溃、端口被占、或你手动关掉终端，它不会自动拉起——这不是守护进程，也不等价于 nodemon 或 pm2。真需要持续运行，得在脚本内部处理异常重启，或用系统级工具（如 systemd、Windows 服务）兜底。VSCode 只负责“点火”，不负责“续柴”。
