VSCode终端运行Node.js脚本输出默认不落盘，需用shell重定向：node app.js > output.log覆盖写入，>>追加，2>&1合并错误流；路径基于终端当前目录；tail -f实时查看日志；console.log()可被捕获，但console.error()等需2>&1；launch.json和scrollback不实现持久化。
VSCode 终端运行 Node.js 脚本的输出默认不落盘，关掉终端就丢——没有“自动保存”开关，必须手动重定向或改用日志机制。
node 命令行直接加 > 或 >> 最快
这是 shell 层面的行为，VSCode 完全兼容，不依赖插件、设置或 Node.js 版本。你敲完命令回车，日志就进文件了。
-
node app.js > output.log：覆盖写入标准输出（stdout），文件不存在会自动创建 -
node app.js >> output.log：追加写入，适合多次运行累积日志 -
node app.js > output.log 2>&1：把错误（stderr）也合并进去；2>&1必须紧贴>，中间不能有空格 - 路径是相对的，基于你当前终端所在目录（通常是项目根目录），不是
app.js所在位置
用 tail -f 实时看日志，别用 cat
cat output.log 只能看当前内容，新输出来了不会刷新；而 tail -f 是动态监听，新增日志会自动滚进来，调试时更实用。
-
tail -f output.log：实时追踪追加内容（macOS/Linux/WSL 都支持） - Windows PowerShell 用户同样可用
tail -f（PowerShell 5.1+ 内置）；cmd.exe 不原生支持，可换用Get-Content output.log -Wait - 如果终端里同时跑服务和日志查看，建议开两个标签页：一个跑
node app.js >> log.txt 2>&1，另一个跑tail -f log.txt
console.log() 不进文件？那是对的
重定向只捕获进程的标准输出流，console.log() 默认走 stdout，所以会被 > 捕获；但如果你在代码里用了 process.stderr.write()、或者某些库（如 chalk）强制写 stderr，那部分就不会进 output.log，除非你显式加上 2>&1。
- Node.js 的
console.error()默认写stderr，不加2>&1就看不到 - 第三方日志库（如
pino、winston）默认仍走stdout/stderr，重定向同样生效 - 想区分 info/warn/error 级别？重定向做不到——得换
logging方案（Python）或pino.destination()（Node.js）
别指望 launch.json 或 scrollback 保存输出
很多人调大 terminal.integrated.scrollback（比如设成 10000），以为就能“永久保存”，其实只是内存缓冲区变大，关掉终端照样丢。它防的是翻页丢失，不是持久化。
-
"console": "integratedTerminal"在launch.json里只控制输出位置，不影响是否落盘 -
files.autoSave只保存编辑器里的源码，跟运行输出完全无关 - 调试控制台（Debug Console）和集成终端（Integrated Terminal）是两套独立通道：
console.log()走终端，debugger断点输出走调试控制台——它们不共享缓冲区，也不共享重定向
真正容易被忽略的是：重定向捕获的是子进程的原始输出流，一旦脚本里用 child_process.spawn() 启了新进程且没配置 stdio，那些子进程的输出可能漏掉；如果要 100% 捕获，得在代码里统一接管或用 subprocess 封装。
