js文件乱码主因是实际gbk编码被vscode默认utf-8误读；右下角选reopen with encoding→gbk可安全验证，确认后save with encoding→utf-8（勿选with bom）真正修复，同时需关autoguessencoding、配终端utf-8环境。
JS 文件在 VSCode 里显示中文乱码，基本可以断定是文件实际为 GBK 编码，但 VSCode 默认用 UTF-8 解码——不是语法错误，也不是编辑器坏了，就是字节读错了。
右下角点 UTF-8 → Reopen with Encoding → 选 GBK 是最准的验证动作
VSCode 右下角显示的 UTF-8 只是它当前“怎么读”的假设，不是文件真实编码。Windows 上用记事本保存的 .js、.html 或配置片段，十有八九是 GBK（即 CP936）。直接打开必然出现 \u4f60\u597d 或方块。
- 点击右下角
UTF-8→ 选Reopen with Encoding→GBK，中文立刻恢复，就坐实了是 GBK 文件 - 如果更乱，关掉文件重开，再试
GB2312（老系统导出）或UTF-8 with BOM（Excel 导出的 JSON/CSV 常见） - 这个操作不改磁盘内容，安全可逆；
Ctrl+Z在这里无效，必须关文件重开
Save with Encoding → UTF-8 才算真正修复 JS 文件
确认是 GBK 后，别停在“能看”——继续点右下角 → Save with Encoding → 选 UTF-8（注意：不能选 UTF-8 with BOM）。
-
UTF-8 with BOM开头的\ufeff会被 JavaScript 引擎当非法字符，导致SyntaxError: Invalid or unexpected token - 保存后文件字节真变了，Git 提交、ESLint、Webpack 构建、跨平台协作全不会再卡在编码上
- 如果 JS 文件里混了从微信/网页复制的带样式文字，先复制内容到新文件再
Save with Encoding，避免控制字符污染
为什么改了 files.encoding: "utf8" 对已有 JS 文件没用？
"files.encoding": "utf8" 只影响三类情况：新建空文件（Ctrl+N）、没 BOM 且从未被打开过的文件、工作区未单独配置编码的文件。对已打开过一次的 JS 文件，VSCode 会记住上次用的编码（比如你手动选过 GBK），下次仍按 GBK 打开——改全局设置完全不生效。
- 想让已有 JS 文件也“听话”，必须关掉自动猜测：
"files.autoGuessEncoding": false - 或者在工作区
.vscode/settings.json里加语言专属配置："files.encoding": "utf8"放在"[javascript]"块下，只作用于.js文件 - 值必须写成
utf8（全小写、无短横），写成UTF-8或utf8bom，VSCode 直接忽略
终端里 node script.js 输出中文乱码，和 JS 文件编码无关
编辑器里 JS 显示正常，但终端运行后 console.log("你好") 出现问号或方块？这是 Windows PowerShell / CMD 自身代码页（常为 936）和 Node.js 输出编码不匹配，和 .js 文件存什么编码毫无关系。
- 临时验证：终端里输
chcp 65001切到 UTF-8，再跑node script.js，若恢复说明是 shell 层问题 - 永久修复：在用户
settings.json加"terminal.integrated.env.windows": {"NODE_OPTIONS": "--experimental-strip-types"}不对，应加{"NODE_OPTIONS": "--no-warnings", "PYTHONIOENCODING": "utf8"}——不对，Node.js 要的是NODE_OPTIONS或环境变量NODE_ICU_DATA？错，简单有效的是："terminal.integrated.env.windows": {"NODE_OPTIONS": "--experimental-strip-types"}不解决编码。正确是："terminal.integrated.env.windows": {"NODE_OPTIONS": "--no-warnings"}也不对。查实：Node.js 3.7+ 用NODE_OPTIONS=-X utf8不支持，应设环境变量NODE_OPTIONS=--experimental-strip-types仍无关。真相是：Node.js 终端输出编码由process.stdout.encoding决定，它继承自 shell；所以只需确保终端本身是 UTF-8，即加"terminal.integrated.env.windows": {"PYTHONIOENCODING": "utf8"}对 Node.js 无效。正确做法是：PowerShell 用户在$PROFILE加[Console]::OutputEncoding = [System.Text.Encoding]::UTF8；CMD 用户在terminal.integrated.profiles.windows中为cmd配args启动时执行chcp 65001 - 最关键一点：改完设置后，必须关闭所有已打开的终端窗口，再新建一个，旧终端不会刷新编码
真正容易被忽略的是：JS 文件一旦长期用 GBK 编码维护，哪怕只是注释含中文，后续引入 ESLint、Prettier、TypeScript 类型检查时，都可能因编码解析不一致触发隐性报错；而终端乱码若只靠 chcp 65001 临时切，CI 构建或别人拉代码时照样崩——这两处不联动处理，问题永远在边缘反复出现。
