VSCode中Node中文乱码需分场景解决：终端乱码因代码页非UTF-8，需chcp 65001或配置terminal.integrated.profiles.windows；读GBK文件须显式指定'gbk'编码；中文路径模块加载失败应升级Node或移至英文路径；Debug Console和Output面板乱码需配合NODE_OPTIONS与系统UTF-8支持。
Node脚本输出中文在VSCode终端显示为□或\u4f60\u597d
这不是文件编码问题，是Node进程启动时没拿到正确的stdout编码提示，终端用GBK解码Node输出的UTF-8字节流导致的错位。验证方法：在VSCode终端里执行chcp，如果返回活动代码页: 936，就坐实了。
- 临时修复：运行
chcp 65001后再执行node script.js，立刻恢复正常 - 永久生效：在
settings.json中加这段，让每次新开PowerShell终端自动切UTF-8："terminal.integrated.profiles.windows": { "PowerShell": { "source": "PowerShell", "args": ["-NoExit", "-Command", "chcp 65001 > $null"] } } - 别用
[Console]::OutputEncoding = [System.Text.UTF8Encoding]::new()——它只影响.NET API，对node子进程无效 - 改完必须重启VSCode（只关终端标签页不行），新开终端后运行
chcp确认输出是65001
fs.readFileSync读GBK文件返回\u4f60\u597d而不是“你好”
Node默认按UTF-8解码所有文件，遇到磁盘上真实是GBK编码的文件（比如旧版Windows记事本保存的.txt或.json），就会把每个中文当成两个错误字节解析，最终显示为Unicode转义序列。
- 先确认文件真实编码：VSCode右下角点编码 →
Reopen with Encoding→ 试GBK，能正常显示就确定是GBK - 正确做法是显式指定encoding：
fs.readFileSync('data.txt', 'gbk')（注意是小写'gbk'，不是'GBK'或'cp936'） - 若用Promise版
fs.readFile，传{ encoding: 'gbk' }，不能只写'gbk' -
require('./config.json')无法指定编码，必须提前转存为UTF-8：右下角 →Save with Encoding→UTF-8
require()加载含中文路径的模块失败，报Cannot find module
这不是编码设置问题，是Node底层API在Windows上对宽字符路径处理不一致导致的。VSCode里设"files.encoding": "utf8"完全无效——路径字符串本身没被解码，是系统API直接拒绝识别。
- 最稳解法：把项目移到纯英文路径，比如
C:\project\ - 长期方案：升级到Node.js 18.17+ 或 20.9+，它们对Windows中文路径的支持有实质性修复
- 若必须用旧Node，可用
path.resolve(__dirname, '子目录/配置.js')+fs.readFileSync(, 'utf8')+vm.compileFunction动态执行，但会丢失sourcemap和缓存机制
Debug Console或Output面板里console.log中文乱码
Debug Console和Output面板走的是VSCode自己的通信通道，不经过终端，也不读terminal.*配置。它们依赖Node.js层的编码感知，而Windows上Node默认不启用UTF-8模式。
- 在
settings.json中加环境变量："terminal.integrated.env.windows": { "NODE_OPTIONS": "--experimental-strip-types --no-warnings" }——这还不够，关键是要让Node进程本身启用UTF-8输出模式 - 更直接的做法：在任务或调试配置中显式注入环境变量，比如在
launch.json的env字段加"NODE_OPTIONS": "--experimental-strip-types"，但实际生效需配合系统级UTF-8支持 - 真正起效的组合是：
chcp 65001+terminal.integrated.env.windows里设"PYTHONIOENCODING": "utf8"（虽名Python，但部分Node版本也响应） - Output面板乱码还可能因
outputChannel静默降级为latin1，此时需检查任务是否输出BOM或混合编码
files.encoding就万事大吉，但它对终端输出、子进程通信、调试通道全无影响。 
