外部导入配置文件中文乱码基本是GBK编码被UTF-8误读所致；应立即右下角点编码名→Reopen with Encoding试GBK验证，成功后Save with Encoding→utf8（小写无BOM）覆写修复。
外部导入的配置文件（如 .ini、.cfg、.reg、.bat）在 VSCode 中中文显示为“锟斤拷”或方块，基本可以断定：文件实际是 GBK 编码，而 VSCode 默认用 UTF-8 解码——不是文件损坏，是读错了。
右下角点编码名 → 选 Reopen with Encoding 试 GBK
这是最快验证真实编码的操作，不改文件、可逆、无风险：
- 看到乱码时，**立刻停止 Ctrl+S**，否则原始字节被覆盖，救不回来
- 点击右下角显示的编码名（比如
UTF-8或Auto Detect） - 选
Reopen with Encoding→ 优先试GBK（Windows 记事本默认），再试GB2312或Big5（少见） - 只要中文瞬间清晰，就说明原始就是 GBK；如果全灰不可选，先 Ctrl+S 保存一下再点
确认后必须 Save with Encoding → utf8 覆写
能看 ≠ 已修复。只靠 Reopen with Encoding 是临时解码，下次打开还会乱——必须把内容真正转成 UTF-8 写回磁盘：
- 中文显示正常后，再次点击右下角编码名
- 选
Save with Encoding→ 严格输入utf8（小写、无短横、无 BOM） - 千万别选
utf8bom：Python/Shell 脚本开头多\ufeff，会报SyntaxError: Non-UTF-8 code starting with '\xff' - Git diff 会显示完整变更，协作时别人不用再手动切编码
右下角出现锁图标？所有设置都失效了
一旦你点过 Reopen with Encoding 并勾选了“记住此选择”，VSCode 就会把这个文件的编码“锁死”，files.encoding、files.autoGuessEncoding 全部失效：
- 解锁方法：点击右下角带锁的编码名 → 选
Force Reload with Encoding（部分版本叫Reopen with Encoding，再选一次当前正确编码）→ **务必不勾选“记住此选择”** - 验证是否解锁：关闭该文件标签页，重新打开，看状态栏是否变回灰色无锁状态
- 锁定状态不会因修改
settings.json自动刷新，必须手动重开
怎么让同类文件以后自动用 GBK 打开？别设全局 files.encoding
把 "files.encoding": "gbk" 加进全局 settings.json 是高危操作：它会让所有新文件（包括 .py、.js）默认用 GBK 保存，破坏现代项目兼容性：
- 正确做法：用语言标识精准匹配，例如：
"[inifile]": {"files.encoding": "gbk"}"[bat]": {"files.encoding": "gbk"}"[plaintext]": {"files.encoding": "gbk"} - 为什么用
[inifile]不用*.ini？因为 VSCode 对语言标识的匹配优先级高于通配符，且.ini文件常被识别为inifile类型 - Python/JS 等代码类文件仍走默认
utf8，互不干扰
最易被忽略的一点：即使你用 Reopen with Encoding 把 GBK 文件看得清清楚楚，Ctrl+Shift+F 全局搜索也搜不到里面的中文——因为 VSCode 搜索引擎只索引 UTF-8 编码的文件（截至 2026 年 10 月）。所以，真正要长期协作或可检索，Save with Encoding → utf8 这一步绕不开。
