VSCode打开GBK文件乱码的根本原因是默认用UTF-8读取GBK编码文件；应先右下角选Reopen with Encoding→GBK验证，再Save with Encoding→utf8（小写无BOM）彻底解决。

VSCode 打开 GBK 文件乱码，根本原因不是文件坏了，而是 VSCode 默认用 utf8 去读一个实际是 gbk（即 CP936）编码的文件——它没猜错，是压根没打算猜。

右下角点 UTF-8 → Reopen with Encoding → GBK 是最快验证动作

这是唯一可靠、零风险的第一步。Windows 上用记事本保存的 .txt、.py、.bat 文件，90% 以上默认就是 gbk 编码，但 VSCode 不会自动识别它。

• 点击右下角状态栏显示的编码名（比如 UTF-8），弹出菜单后选 Reopen with Encoding
• 依次试 GBK、GB18030（不推荐 GB2312，字库太窄）
• 只要中文立刻变正常，就确认是 gbk 编码；这个操作不改文件一字节，纯属“换种方式看”
• 如果选项灰掉，先按 Ctrl+S 保存一下再点——VSCode 认为“未修改”时会禁用重载入口

Save with Encoding → utf8 才算真正解决乱码

只靠 Reopen with Encoding 只能临时看，协作、Git 提交、CI 构建都会继续崩。必须把内容真正转成 utf8 写回磁盘。

• 确认用 GBK 能正常显示后，再次点击右下角编码名 → Save with Encoding → 选 utf8
• 注意：必须写成 utf8（全小写、无短横、无 BOM），写成 UTF-8、UTF8 或 utf8bom，VSCode 直接忽略
• 别选 utf8bom：Python 会把 \ufeff 当首字符导致 import 失败，Git diff 里也会冒出异常符号
• 如果文件是从微信、网页复制粘贴来的，建议先复制内容到新文件再 Save with Encoding，避免不可见控制字符污染

files.encoding: "utf8" 只影响新建文件，老文件不买账

在 settings.json 里加 "files.encoding": "utf8"，对已存在的文件完全无效。它只管三件事：

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

• 新建空文件（Ctrl+N）右下角是否立刻显示 UTF-8
• 从未被打开过、且没带 BOM 的文件
• 工作区里没被单独配置过编码的文件
• 已有文件仍按它上次被你用什么方式打开来读——哪怕你改了全局设置，它也坚持用自己记住的 gbk

所以，想让某个旧 .reg 或 .bat 总是用 gbk 打开，得用语言关联配置："files.associations": {"*.bat": "gbk"}，而不是硬套全局 utf8。

autoGuessEncoding 设为 false 才稳

VSCode 默认关着 files.autoGuessEncoding，但很多人开了想“省事”。结果是：短文本、数字+中文混合、无 BOM 的 gbk 文件，基本都被误判成 ISO-8859-1 或 windows1252，一打开就乱码。

• 打开命令面板 Ctrl+Shift+P → 输入 Preferences: Open Settings (JSON)
• 加一行："files.autoGuessEncoding": false
• 保存即生效，无需重启；关掉之后，VSCode 完全依赖你设的 files.encoding 或文件自带 BOM，行为可预期

真正麻烦的从来不是“怎么转码”，而是转完之后别人 Git 拉下来还是乱码——那说明你漏掉了终端或 Git 自身的编码配置，这两块和编辑器设置完全无关，得另起炉灶调。