vscode中文乱码主因是编码不匹配而非文件损坏；应先点击右下角编码名选“reopen with encoding”依次尝试gbk、utf-8等验证真实编码，显示正常后再“save with encoding”转存为utf-8，并设"files.autoguessencoding": false和"files.encoding": "utf8"确保稳定。
VSCode乱码不是文件坏了，而是它“读错了”——90% 的情况只需手动指定编码就能立刻恢复。
点击右下角编码按钮，立刻重载文件
这是最快、最安全的临时修复方式。VSCode 窗口右下角状态栏显示着当前文件的解码方式（如 UTF-8），直接点击它，会弹出菜单：
- 选
Reopen with Encoding→ 在列表里挑GBK、GB2312或UTF-8 with BOM（老 Windows 项目常见） - 如果选错，内容变回乱码，再点一次换回来就行，不改磁盘文件
- 注意：这个操作只影响当前文件，关掉再打开还会按默认编码读——所以只是诊断用，不是一劳永逸
用命令面板精准搜索编码名
按 Ctrl + Shift + P（macOS 是 Cmd + Shift + P），输入 Change File Encoding，就能调出和状态栏一样的菜单。好处是：
- 支持关键词搜索，比如直接输
gbk，列表自动跳到GBK项，不用滚动翻找 - 适合批量处理多个乱码文件：一个一个点开，用命令面板快速切换，比反复点状态栏更稳
- 某些编码名带空格或括号（如
UTF-8 with signature），用命令面板输全称更容易命中
修改 files.encoding 配置项，统一默认行为
如果你长期维护 GBK 项目（比如老 Java 或 C++ 工程），每次都要手动切编码太累。可以改 VSCode 全局默认解码方式：
- 打开设置（
Ctrl + ,），搜files.encoding - 把值从默认的
utf8改成gbk（注意不是GBK，大小写敏感，值必须小写） - 这个配置只影响“打开时用什么编码去读”，不影响保存行为；保存仍按你当前文件的实际编码来
- 风险提示：改完后，新创建的文件也会按
gbk解析，如果后续写新项目用 UTF-8，反而容易出问题——建议只在明确以 GBK 为主的项目里设
别信“自动猜编码”，尤其对中文混合文件
VSCode 有 files.autoGuessEncoding 开关，默认是 false。即使你开了它，对中文文本也极不可靠：
- GBK 和 UTF-8 的字节特征在纯中文段落里高度重叠，猜错率很高
- 如果文件开头有注释、空行、英文字符，会进一步干扰猜测逻辑
- 更麻烦的是：猜错后 VSCode 可能静默加载，不报错也不提醒，你以为是代码问题，其实是编码读歪了
- 真正靠谱的做法是——看到乱码，第一反应不是等它猜，而是点右下角手动试
GBK和UTF-8两种最常见编码
复杂点在于：同一个项目里可能混着不同编码的文件（比如 .java 是 UTF-8，.properties 是 GBK），全局设 files.encoding 会顾此失彼。这时候就得靠语言级覆盖或插件辅助，但那已经是另一层问题了——先确保你能一眼识别并手动切对编码，才是所有后续操作的前提。
