vscode搭建node.js环境需配置package.json、launch.json和tasks.json三文件协同，核心是确保node命令可用、调试配置正确及任务流程联动。
VSCode 本身不提供“开箱即用”的完整 Node.js 开发流水线，但通过合理组合内置功能和少量配置，你能快速搭出从编码 → 格式化 → 检查 → 运行 → 调试 → 脚本执行的闭环，关键在于避免堆砌插件，聚焦 package.json、launch.json 和 tasks.json 三个配置文件的协同。
node -v 命令报错：不是内部或外部命令
这不是 VSCode 的问题，而是系统环境变量没生效。Node.js 安装时勾选了 “Add to PATH” 却仍失败，常见于 Windows 下安装路径含空格（如 C:\Program Files\nodejs）或用户权限受限导致写入失败。
- 手动把 Node.js 安装目录（比如
C:\Program Files\nodejs）加到系统PATH环境变量里，重启 VSCode 终端 - 在 VSCode 内置终端中运行
where node（Windows）或which node（macOS/Linux），确认路径是否被识别 - 别依赖“以管理员身份运行安装程序”——它不等于自动配置 PATH，重点看安装日志末尾有没有成功写入提示
调试时断点不命中，或提示“无法加载源映射”
VSCode 的 Node.js 调试器默认只支持 CommonJS 和原始 ES 模块，对 type: "module" 项目或使用 esbuild/ts-node 的场景需显式声明运行时行为。
Comprehensive Three.js 3D graphics reference
下载
详细的 Three.js 3D 图形参考，涵盖场景设置、相机、几何体、材质、光照、动画、控制器、加载器、数学工具和调试。
- 检查
package.json是否有"type": "module"；如有，launch.json中必须加"runtimeArgs": ["--experimental-specifier-resolution=node"] - 用
ts-node调试 TypeScript 时，launch.json的runtimeExecutable应设为./node_modules/.bin/ts-node（Linux/macOS）或./node_modules/.bin/ts-node.cmd（Windows） - 断点失效常因代码被转译（如 Babel）后未生成正确 source map，此时应确保构建命令带
--source-maps参数，并在launch.json中启用"sourceMaps": true
想一键启动服务 + 自动重启，但不想装 nodemon 插件
VSCode 的任务系统（tasks.json）配合 package.json 脚本，比装一堆扩展更轻量、更可控。
- 在
package.json里加一行："dev": "nodemon --watch src --ext js,json --exec node src/index.js" - 在 .vscode/tasks.json 中定义一个 task，
type设为shell，command直接调用npm run dev - 再配一个 compound launch：先运行
preLaunchTask启动服务，再 attach 到进程，这样断点能直接打在热更新后的代码上 - 注意：不要把 nodemon 当作全局命令写进 tasks —— 全局安装易版本冲突，始终走
npm run保证本地依赖一致性
真正卡住人的往往不是某个配置项写错，而是多个配置文件之间的隐式依赖：比如 launch.json 里的 program 路径是相对于工作区根目录，而 tasks.json 的 cwd 默认也是工作区根，但一旦你用了 outDir 输出到 dist/，所有路径就得同步调整，漏一处就整个流水线静默失败。
