VSCode中文显示乱码主因是文件真实编码与编辑器解码不匹配，应先右下角点编码名选Reopen with Encoding→GBK等验证，确认后Save with Encoding→utf8转码，并设"files.autoGuessEncoding": false和"files.encoding": "utf8"确保稳定。
VSCode代码中文显示乱码，90% 是文件真实编码和 VSCode 当前解码方式不匹配，不是配置错了，而是你还没确认它到底用什么编码存的。
右下角点“UTF-8”后选 Reopen with Encoding 是最快验证手段
VSCode 右下角显示的编码（比如 UTF-8 或 GBK）只是它当前“猜的”，不是文件真实编码。一上来就改 settings.json 很可能白忙活。
- 直接点击右下角那个编码名（如
UTF-8），弹出菜单后优先选Reopen with Encoding - 依次尝试：
GBK（Windows 记事本默认）、GB2312（老系统导出）、UTF-8 with BOM（Excel/Notepad++ 导出 CSV 常见）、UTF-8 - 只要中文瞬间变正常，就说明找对了；这个操作不改文件内容，安全可逆
- 如果所有选项灰掉，先按
Ctrl+S保存一下再点——VSCode 认为“未修改”时会禁用重载入口
能看 ≠ 已修复：必须 Save with Encoding → utf8 覆写文件
只靠 Reopen with Encoding 是临时解码，关掉再打开照样乱。真正修复是把内容用通用编码写回磁盘。
- 确认显示正常后，再次点击右下角编码名 → 选
Save with Encoding→utf8（注意全小写、无短横、无 BOM） - 千万别选
utf8bom：Python 脚本开头会多\ufeff，报SyntaxError: Non-UTF-8 code starting with '\xff' - Git diff 会显示完整变更，协作时别人不用再手动切编码
- 如果文件里有微信复制来的零宽空格（U+200B）或混用符号，建议先复制内容到新文件再操作，避免转码污染结构
files.autoGuessEncoding 设为 false 才更稳
很多人开了 "files.autoGuessEncoding": true 想“一劳永逸”，结果反而更糟：短文本、纯数字+中文、无 BOM 的 GBK 文件，它常误判成 ISO-8859-1 或 windows1252，刚打开就变乱码。
- 在
settings.json里加一行："files.autoGuessEncoding": false - 配合设
"files.encoding": "utf8"，让 VSCode 完全按你指定的规则读写，行为可预期 - 注意：
"files.encoding"值必须是utf8（小写），写成UTF-8、UTF8或utf8bom，VSCode 直接忽略 - 老项目混 GBK？别全局硬设
utf8，应在工作区.vscode/settings.json单独配，或用插件按后缀识别
右下角出现锁图标？说明该文件被硬编码锁定
锁图标意味着所有设置（包括 files.encoding 和 files.autoGuessEncoding）全部失效，VSCode 强制按某个编码读——这时候改 JSON 没用。
- 解锁方法：点右下角 →
Force Reload with Encoding（部分版本叫Reopen with Encoding再选一次当前编码），一定不要勾选“记住此选择” - 另外检查
files.autoGuessEncoding是否写成了字符串"true"（带引号）：VSCode 完全静默忽略，必须是布尔值true或false - 这个配置只影响文件内容编码，和终端、Git 路径、字体完全无关，别指望它解决所有“中文问题”
最常被忽略的是：你以为在修 VSCode，其实是在修文件本身。确认真实编码、真正转存、关闭自动猜测，三步做完，乱码才真正消失——而不是靠反复重启或装插件撑一时。
