右下角点UTF-8后应优先选Reopen with Encoding→GBK验证真实编码，而非直接Save with Encoding；因VSCode仅能“重读”或“重写”，混用会导致文件永久损坏，且UTF-8显示不等于文件实际为UTF-8。
右下角点 UTF-8 后，90% 的情况该选 Reopen with Encoding → GBK 来验证，而不是直接点 Save with Encoding。 这不是操作顺序问题，而是逻辑错误：VSCode 不会“切换编码”，它只能“用某编码重读”或“按某编码重写”——两件事不能混，一混就永久损坏文件。
点右下角后为什么不能直接选 UTF-8？
你看到的 UTF-8 是 VSCode 当前“声称用什么解码”，不代表文件真是 UTF-8。Windows 上大量 .txt、.bat、.reg 文件实际是 GBK（即 CP936），但 VSCode 默认强行用 UTF-8 解，结果就是 \u4f60\u597d 或方块。此时再点右下角 → 选 UTF-8，等于命令编辑器“继续用错的方式读”，只会更乱。
正确动作是：
- 点击右下角
UTF-8→ 弹出菜单 → 选Reopen with Encoding - 在子菜单里优先试
GBK（不是GB2312，兼容性差） - 如果中文立刻正常，说明文件真实编码就是
GBK；如果更乱，关掉文件重开再试其他选项
确认编码后，Save with Encoding 怎么选才不翻车？
只有在 Reopen with Encoding → GBK 确认内容正常后，才能进行保存动作。这时点右下角 → Save with Encoding → 必须手动选 UTF-8（注意：不是 UTF-8 with BOM）。
常见踩坑点：
-
UTF-8 with BOM会导致 Python 报SyntaxError: Non-UTF-8 code starting with '\ufeff'，Git diff 出现异常符号 - 菜单里若没显示纯
UTF-8项，说明当前内容含非法字节（比如混合编码），先复制到新文件再保存 - 保存后右下角仍显示
GBK？这是正常现象——VSCode 记住的是“上次打开方式”，不是“上次保存编码”。下次打开时它会自动按新文件的 BOM 或内容特征识别为 UTF-8
为什么改了 files.encoding 还是乱码？
"files.encoding": "utf8"（注意全小写）只影响三类文件：新建空白文件、无 BOM 的旧文件、未被 VSCode 打开过的文件。对已打开过且被记为 GBK 的文件完全无效。
想让老文件也“听话”，必须：
- 先关掉自动猜测：
"files.autoGuessEncoding": false（否则它可能在你不知情时又切回 GBK） - 对每个乱码文件单独执行一次
Reopen with Encoding → GBK+Save with Encoding → UTF-8 - 若项目含必须用 GBK 执行的
.bat文件，别全局设死utf8，改用"files.associations": {"*.bat": "gbk"}单独配
最易被忽略的一点：VSCode 没有“批量转码”能力，所有所谓“一键转换插件”，本质都是循环执行 Reopen with Encoding + Save with Encoding。一旦中间某个文件识别失败，就静默损坏，且无法回退——真要批量处理，用 iconv 命令更可靠。
