vscode中文乱码主因是编码不匹配，须先右下角点编码名选reopen with encoding试gbk验证真实编码，确认显示正常后save with encoding→utf8覆写文件，并设"files.autoguessencoding": false和"files.encoding": "utf8"确保稳定。
VSCode读取文本文件出现乱码，**几乎全是编码不匹配导致的，不是文件损坏，也不是编辑器故障**。核心动作只有两个：先用正确编码“看清楚”，再用通用编码“存下来”。改设置、装插件、调字体，都是绕远路。
右下角点击编码名 → 选 Reopen with Encoding 试 GBK
这是最快验证真实编码的操作，不改磁盘内容，安全可逆。
- Windows 上记事本、.bat、.ini、.reg、旧版 Excel 导出的 .csv，90% 是
GBK编码，优先试它 - 如果菜单里
GBK灰掉，说明当前文件被标记为“未修改”；先按Ctrl+S保存一下（哪怕没改内容），再点就能用了 - 试完
GBK还乱？接着试GB2312、UTF-8 with BOM；纯中文短文本容易被误判，别只信自动猜测 - 看到中文立刻变正常，就说明找对了编码；此时状态栏会显示
GBK（或你选的其他编码），旁边可能带锁图标——这是关键信号，后面要处理
确认能看后 → 必须 Save with Encoding → utf8
Reopen with Encoding 只是临时换种方式读，下次打开还会乱；真正修复靠的是重写文件字节流。
- 再次点击右下角编码名，选
Save with Encoding→utf8（注意全小写、无短横、无 BOM） - 选
utf8bom或UTF-8 with BOM会导致 Python 报SyntaxError: Non-UTF-8 code starting with '\xff'，Git diff 显示\ufeff，CI 构建失败 - 如果文件是从网页、微信、PDF 复制粘贴来的，可能含零宽空格（U+200B）或私有区字符，建议先全选复制 → 新建文件 → 粘贴 → 再执行此步
- 保存后，VSCode 会用新编码重新加载，状态栏应显示
utf8，且无锁图标
状态栏出现锁图标 → 所有 settings.json 配置失效
一旦你手动确认过某文件的编码，VSCode 就会把它“硬锁定”，后续所有全局或工作区配置（包括 files.encoding、files.autoGuessEncoding）对该文件完全不起作用。
- 解锁方法：点击右下角编码名 →
Reopen with Encoding→ 再选一次当前能正常显示的编码（如GBK），**千万别勾选“记住此选择”** - 验证是否解锁：关闭文件 → 重新打开 → 看状态栏是否恢复为灰色、无锁、显示默认
utf8 - 已锁定的文件不会因改
settings.json自动刷新，必须手动重开；老项目混 GBK 文件多，别指望全局设"files.encoding": "utf8"一劳永逸
files.autoGuessEncoding 设为 true 却没用？检查值是不是布尔型
这个配置只在文件首次打开时生效，且对纯 ASCII 内容（比如只有英文注释的 .ini）基本无效；但更常见的是写法错误。
- 正确写法：
"files.autoGuessEncoding": true（布尔值，不带引号） - 错误写法：
"files.autoGuessEncoding": "true"（字符串，VSCode 静默忽略，行为等同于false） - 它无法修复已打开的乱码标签页；改完后需关闭再重开，或重启 VSCode
- 终端输出乱码、Git 路径显示
\344\270\255\346\226\207、搜索（Ctrl+Shift+F）搜不到中文——这些跟文件编码无关，是终端、Git 配置或索引机制的问题
最易被忽略的点：乱码分“显示乱码”和“保存乱码”。前者能救，后者基本不可逆——看到乱码第一反应不是 Ctrl+S，而是先点右下角试编码。很多人的原始文件，就是毁在那一记误触的保存上。
