VSCode 不应默认用 GB2312 打开文件，因其过时且不兼容现代开发；应通过右下角“Reopen with Encoding”手动选 GBK/GB18030 解决乱码，并配置 files.encoding 关联规则及关闭 autoGuessEncoding 以提升可靠性。
VSCode 默认用 GB2312 打开文件？别这么干
VSCode 无法、也不该「默认用 GB2312 打开」——这不是一个合理或可持续的配置目标。GB2312 是过时的中文编码，不支持 emoji、生僻字、现代标点，且与 Git、CI/CD、跨平台协作严重冲突。你真正需要的，是让 VSCode 正确识别并处理那些**实际保存为 GB2312（或更常见的是 GBK/GB18030）的旧文件**，而不是全局降级编码标准。
当前文件乱码：右下角点击 UTF-8 → 选 Reopen with Encoding
这是最常被忽略也最有效的一步。VSCode 右下角显示的 UTF-8 是它「猜的」，不是文件真实的编码。一旦看到中文变方块、问号或乱码符号，立刻点击它：
- 选择
Reopen with Encoding（不是Save with Encoding） - 优先尝试
GBK（Windows 简体中文默认，兼容 GB2312）或GB18030（更全，推荐） - 若恢复正常，说明文件确实是 GBK 编码；若仍乱码，再试
Shift-JIS（日文）、EUC-KR（韩文）等
注意：Reopen with Encoding 不改文件，只影响本次打开——安全可逆。
想让某类文件（如 .txt 或 .log）自动用 GBK 打开？配 files.encoding 关联规则
全局设成 gb2312 会害了所有新文件；但对特定后缀的老日志、爬虫导出文本，可以精准匹配：
- 打开设置（
Ctrl + ,），搜files.encoding - 点击
Add Item，输入*.txt（或*.log），右侧选gbk - 保存后，下次打开
xxx.txt就会直接用 GBK 解码，跳过乱码阶段
⚠️ 别填 gb2312：VSCode 内部不完全支持该编码名，填了可能失效；gbk 足够覆盖绝大多数 GB2312 场景，且稳定可用。
为什么关掉 files.autoGuessEncoding 反而更靠谱
VSCode 的自动猜测在中文场景下几乎必错：它常把 GBK 文件误判为 windows1252 或 ISO-8859-1，然后给你一屏乱码，还让你以为是“编辑器坏了”。
- 在设置里搜
files.autoGuessEncoding，把它设为false - 同时确认
files.encoding全局值是utf8（不是utf-8，也不是空） - 这样 VSCode 就不再瞎猜，而是老老实实按你指定的规则或手动选择来打开
真正麻烦的从来不是“怎么设成 GB2312”，而是旧文件混在 UTF-8 项目里又没标注编码——这种时候，靠猜不如靠点一下右下角。
