vscode 中无法运行 node.js 会导致代码片段生成失败，根本原因是启动时未继承 shell 的 path；需分别在 macos 和 windows 上正确配置环境变量并重启 vscode，同时注意 code-runner 编码、snippets generator 占位符格式及 json 生成规范。
VSCode 里跑不了 node，就别谈代码片段生成——因为几乎所有自动生成工具（比如 Snippet Generator 插件、code-runner 执行预览、甚至你本地写的 Node 脚本）都依赖 node 命令可用。先解决环境问题，再谈片段。
VSCode 找不到 node 的真实原因和修复动作
不是插件没装好，也不是 snippets 写错了，而是 VSCode 启动时压根没加载 shell 的 PATH。你在终端里能跑 node -v，但 VSCode 的集成终端或插件执行器却报 command not found: node，基本就是这个路径继承断了。
- macOS：检查
~/.zshrc或~/.bash_profile是否有export PATH="/usr/local/bin:$PATH"（Homebrew 安装的 Node 默认路径）；改完记得source ~/.zshrc - Windows：重装 Node.js，务必勾选 “Add to PATH”；若已安装，手动把
C:\Program Files\nodejs\加进系统环境变量的PATH - 重启 VSCode 前，关掉所有窗口，用命令行启动：
code --no-sandbox（macOS）或直接双击图标（Windows），避免继承旧 shell 环境
code-runner 执行 JS 片段时乱码/卡死怎么办
这个插件默认用 node $fileName 运行，但不设编码、不传模块参数、也不支持 stdin 输入，一遇到中文路径或 process.stdin 就挂。
- 在设置里搜
code-runner.executorMap，把javascript对应值改成："node --experimental-specifier-resolution=node $fileName"（适配 ES Module） - Windows 下加
-r utf-8防乱码："node -r utf-8 $fileName" - 别用它跑需要用户输入的脚本——换到集成终端手动执行，或用 VSCode 自带 debugger
用 Snippets Generator 插件生成 Node.js 服务片段时容易漏的关键点
这类插件（如 Snippet Generator by dzhavat）能把选中代码转成合法 JSON 片段，但 Node.js 服务模板常含占位符、多行缩进、引号转义，手填容易错。
- 选中代码前，确保已正确缩进（插件会原样复制缩进，空格/Tab 混用会导致 JSON 解析失败）
- body 中每行字符串必须用双引号包裹，内部引号要转义：
"const express = require(\"express\");" - 占位符写
$1、$2，别写${1}或$0——VSCode 只认前者，后者是 Emmet 语法 - prefix 别用
server这种通用词，建议加前缀如eserver，避免和已有片段冲突
批量生成 Node.js 片段时，Node 脚本读取源码的兼容性陷阱
用 fs.readFileSync 读 .ts 文件生成 snippets，看似自动化，但实际运行时容易因编码、BOM、JSX 语法报错。
- 读文件时显式指定编码：
fs.readFileSync(path, 'utf8')，否则 Windows 上可能读出乱码 - 正则匹配函数签名时，避开 TypeScript 泛型尖括号干扰，例如用
/function\s+(\w+)\s*\(([^)]*)\)/而非简单按括号切分 - 生成的 JSON 必须用
JSON.stringify(snippets, null, 2)格式化，否则 VSCode 加载时报 syntax error - 别直接写入
javascript.json——先输出到临时文件，确认无误再合并，避免 JSON 格式错误导致整个语言片段失效
真正卡住人的从来不是怎么写 snippet，而是 node 命令在哪、$1 是不是被当成变量、JSON 里少了个逗号——这些细节不验证，生成再多模板也跑不起来。
