vscode中文乱码本质是文件保存编码（如gbk）与编辑器解码方式（默认utf-8）不一致，导致字节被错误解析；解决关键是通过状态栏点击“reopen with encoding”或命令面板输入“change file encoding”选择正确编码（如gbk）重新打开，而非盲目修改全局files.encoding。
VSCode 打开文件中文乱码，**基本就是文件保存编码和 VSCode 当前解码方式不一致**。不是文件坏了，也不是编辑器出 bug，而是“用 UTF-8 的规则去读 GBK 存的字节”，自然显示成“锟斤拷”。解决的关键是让 VSCode 知道“这个文件本来就是 GBK 存的”，并按它来解码。
点状态栏快速重开为 GBK/GB2312
这是最常用、最快见效的操作，适合单个文件临时修复：
- 打开乱码文件后，看右下角状态栏，找到类似
UTF-8的字样 - 点击它，弹出菜单 → 选 Reopen with Encoding → 往下滚动或直接输入
gbk，选中GBK或GB2312 - VSCode 会立刻用 GBK 重新解析当前文件内容，中文立即恢复正常（注意：不改磁盘文件）
- 如果选错编码（比如误选
ISO-8859-1），可能更乱，这时再点一次状态栏，换回正确编码即可
命令面板搜 “Change File Encoding” 更精准
当状态栏菜单太长、找不到目标编码，或者你习惯键盘操作时，用命令面板更可靠：
- 按
Ctrl + Shift + P（Windows/Linux）或Cmd + Shift + P（macOS）打开命令面板 - 输入
Change File Encoding，会出现两个选项：Save with Encoding和Reopen with Encoding - 选后者，然后在弹出列表里直接输入
gbk，能快速过滤出GBK、GBK (with BOM)等选项 - 这个方式绕过了状态栏的视觉干扰，特别适合在远程开发或终端嵌入模式下使用
别乱改全局 files.encoding，否则新文件也变 GBK
很多人一看到乱码，就去设置里把 files.encoding 改成 GBK，结果导致所有新建文件默认存为 GBK —— 这在跨平台协作中是灾难性的：
-
files.encoding是“新建/保存文件时默认用的编码”，不是“打开时默认用的编码” - 改成
GBK后，你新建一个test.js，写console.log("你好")，保存后文件就是 GBK 编码，Git 提交到 Linux 服务器上可能直接报错 - 真正影响“打开行为”的是
files.autoGuessEncoding（默认false）和文件是否带 BOM；想兼顾老项目和新项目，建议保持files.encoding为utf8，靠状态栏或命令面板按需切换
GBK 文件存成 UTF-8 时，BOM 是个隐藏坑
如果你打算把老 GBK 文件转成 UTF-8 长期维护，注意 BOM（Byte Order Mark）：
- 用 VSCode 点击状态栏 →
Save with Encoding→ 选UTF-8，默认会存成UTF-8 with BOM - 某些脚本解释器（如 Python 3.12+、Node.js 某些版本）读到开头的
EF BB BF字节会报SyntaxError: Invalid or unexpected token - 正确做法是：先
Reopen with Encoding成 GBK，再Save with Encoding→ 选UTF-8（注意看选项文字，选不含 “with BOM” 的那个） - 也可以用命令行工具批量处理：
iconv -f GBK -t UTF-8//IGNORE file.js > file_utf8.js
最常被忽略的一点：乱码文件一旦用错误编码保存过一次，原始字节就被覆盖了，再也无法还原。所以每次操作前，务必先复制备份原文件——哪怕只是多按一个 Ctrl+C。
