vscode里node -v能运行但服务启动失败，根本原因是环境变量未被继承：macos/linux需强制vscode加载~/.zshrc（改shellargs为["-l"]并彻底重启），windows需确认node安装时勾选“add to path”或手动添加c:\program files\nodejs\到系统path，验证标准是vscode内置终端执行node -v和npm -v均有输出。
node -v 能跑，但 VSCode 里启动不了服务？先确认环境变量继承
VSCode 内置终端执行 node -v 报 command not found，说明它根本没拿到系统 PATH——这不是插件问题，也不是 Node 没装好，而是 VSCode 启动时没加载 shell 初始化文件（比如 ~/.zshrc）。
macOS/Linux：从 Dock 或 Spotlight 启动 VSCode 不会读 ~/.zshrc；改完配置后必须彻底退出 VSCode（包括托盘进程），再在终端里执行 code . 启动项目。
Windows：安装 Node.js 时漏选 Add to PATH 是最常见原因；手动把 C:\Program Files\nodejs\ 加进“系统变量”的 Path，然后重启 VSCode。
验证唯一标准：在 VSCode 内置终端（Ctrl + `）里运行 node -v 和 npm -v 都有输出。
直接用终端启动服务，别绕远路
只要 node -v 和 npm -v 在 VSCode 终端里能跑，启动服务就只有一条路径：
– 进入项目根目录（确保有 package.json）
– 输入 npm start 或 node app.js（取决于你的入口文件名）
– 如果是 Express/Vite 等框架，通常靠 npm run dev 启动本地服务
– 浏览器访问 http://localhost:3000（端口看代码里 listen(3000) 或 .env 配置）
不需要装任何插件，也不用配 launch.json——那是调试用的，不是运行用的。
微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力，其中最引人注目的是新增 Copilot CLI 远程控制功能，允许开发者通过手机或网页远程监控和接管 AI 会话 。同时，为了提高 AI 的运行性价比，新版本优化了令牌缓存策略以降低成本 。此外，1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。
launch.json 里写 "npm start" 却没输出？加 console 配置
想用 F5 启动 npm start 并看到控制台日志，launch.json 必须显式声明终端行为：
– "program": "npm"
– "args": ["start"]
– "console": "integratedTerminal"（缺了这行，输出会静默消失）
– 别设 "runtimeExecutable"，除非你明确要用 nvm 切版本且写了绝对路径
– 如果项目用 nodemon，不要在 launch.json 里直接调它；正确做法是命令行先跑 nodemon --inspect-brk index.js，再配 "request": "attach" 模式连接 9229 端口。
code-runner 插件跑服务？大概率失败
code-runner 的默认命令是 node $fileName，它不处理：
– package.json 里的 scripts（所以 npm start 完全无效）
– ESM 模块语法（import 会报错，除非手动加 --experimental-specifier-resolution=node）
– 交互式输入（process.stdin 直接假死）
– Windows 中文路径乱码（需改成 node -r utf-8 $fileName）
它只适合单文件、无依赖、CommonJS 风格的脚本验证。服务类应用请老实用终端或 launch.json。
node 命令——所有后续操作都建立在这个前提上。环境变量没通，其他全是白忙。
