VSCode下Node运行环境由于系统字符集不匹配导致的中文乱码修复-VSCode-PHP中文网

node.js进程stdout乱码与pythonioencoding无关，因其仅作用于python；根本原因是node默认沿用windows代码页（如936）解码utf-16字符串，需通过terminal.integrated.env.windows配置node_options=--experimental-encoding并重启vscode解决。

vscode下node运行环境由于系统字符集不匹配导致的中文乱码修复

Node.js 进程 stdout 乱码是因为 PYTHONIOENCODING 不起作用？

不是。PYTHONIOENCODING 只影响 Python，对 Node.js 完全无效。VSCode 终端里 Node 输出中文乱码，核心原因是 Node.js 启动时没启用 UTF-8 模式，它默认沿用 Windows 控制台的代码页（通常是 936），而 JS 字符串内部是 UTF-16，输出到终端时被按 GBK 解码，结果就是方块或问号。

验证方式：在终端运行 node -p "process.stdout.encoding"，如果返回 undefined 或 utf8 以外的值（比如 ibm850），说明 Node 没走 UTF-8 路径。

Windows 上必须靠环境变量触发 Node 的 UTF-8 模式：NODE_OPTIONS=--experimental-encoding 不管用，真正生效的是 set NODE_OPTIONS=--no-warnings --experimental-encoding + set PYTHONIOENCODING=utf-8 —— 后者虽名含 Python，但部分 Node 版本（尤其旧版）会 fallback 读它
更稳的方式是直接设 NODE_OPTIONS=--experimental-encoding 并确保 Node ≥ v18.17.0；低于该版本请改用 NODE_OPTIONS=--icu-data-dir 配合 ICU 数据路径（极少必要）
terminal.integrated.env.windows 中加 {"NODE_OPTIONS": "--experimental-encoding"} 即可，无需全局系统变量

PowerShell 终端里 Node 输出仍乱码？检查 $OutputEncoding 是否覆盖了 Node

PowerShell 的 $OutputEncoding 是 PowerShell 层的变量，只影响 Write-Output 类命令，不影响 Node.js 进程的 stdout.write()。所以即使你执行过 $OutputEncoding = [System.Text.UTF8Encoding]::new()，Node 子进程依然可能走错编码。

根本解法是让 PowerShell 启动时就强制 Node 走 UTF-8，而不是靠运行时改 PowerShell 变量。

Rydberg Agent Node

使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r

下载

在 terminal.integrated.profiles.windows 的 PowerShell profile args 中追加：-Command "chcp 65001 > $null; $env:NODE_OPTIONS='--experimental-encoding'"
不要写 [Console]::OutputEncoding —— 它对 Node 进程无穿透力
若用 PowerShell 5.1，务必加 -NoExit，否则命令执行完终端就退出

Debug Console 和 Output 面板里的 Node 日志还是乱码？那是 Node.js + VSCode IPC 通道问题

Debug Console 和 Output 面板不经过终端进程，而是通过 VSCode 的 Node.js 后端（Electron 主进程）转发日志，这条链路完全绕过 chcp 和 $OutputEncoding。乱码意味着 Electron 渲染层拿到的字节流被错误解码。

唯一可靠解法是让整个 Node.js 运行时链路统一用 UTF-8 编码输出，且 VSCode 前端明确按 UTF-8 解析。

必须在系统级或 VSCode 启动前设置环境变量：PYTHONIOENCODING=utf-8（再次强调：Node 会读这个）和 NODE_OPTIONS=--experimental-encoding
仅在 settings.json 里配 terminal.integrated.env.windows 对 Debug Console 无效 —— 它只影响集成终端，不影响调试器启动的独立 Node 进程
推荐做法：把这两个变量加进 Windows 系统环境变量，然后彻底关闭并重启 VSCode（不是 Reload Window）

Git Bash / WSL 终端下 Node 乱码？别碰 chcp，重点查 locale

Git Bash 和 WSL 不走 Windows 代码页机制，chcp 命令根本不存在。它们依赖 LANG 和 LC_ALL 环境变量决定终端编码行为。

运行 locale 查看当前设置，如果 LANG 是 C 或空，Node 就会 fallback 到 ASCII，中文必然崩。

在 terminal.integrated.env.linux（或 osx）中加：{"LANG": "zh_CN.UTF-8", "LC_ALL": "zh_CN.UTF-8"}
WSL 用户还需确认发行版已生成对应 locale：运行 sudo locale-gen zh_CN.UTF-8 并 sudo update-locale
Git Bash 用户注意：core.quotePath=false 可避免路径名被转义成八进制，但这和日志乱码无关，别误操作

复杂点在于 Node.js 的编码决策是分层的：终端代码页 → 进程启动时环境变量 → 运行时 process.stdout.setEncoding()。VSCode 的不同面板又各自走不同通道，不能指望一个配置打遍天下。最容易被忽略的是 Debug Console 完全不继承终端配置，必须从系统环境变量源头堵死。