VSCode文件乱码主因是编码不匹配而非文件损坏；先右下角点编码名选Reopen with Encoding→UTF-8或GBK临时验证，再Save with Encoding→UTF-8（非UTF-8 with BOM）永久转码，全局设置"files.encoding": "utf8"仅影响新建文件，已有文件需逐个固化编码偏好。
VSCode文件乱码，90%不是文件坏了，而是它正用GBK或ISO-8859-1在读一个UTF-8文件——直接点右下角编码名，选Reopen with Encoding→UTF-8，秒恢复；若文字反而更乱，说明你猜反了，得试GBK。
右下角点“UTF-8”后没反应？先保存再操作
菜单灰掉、选项不可选，通常是因为文件没被修改过，VSCode认为“没必要重载”。这不是bug，是设计逻辑：
- 按
Ctrl+S手动保存一次（哪怕没改内容），状态变成“已修改”，右下角菜单立刻可点 - 如果点完
Reopen with Encoding后内容仍乱，别反复试——关掉文件，重新打开，再换一个编码重试 - 命令面板兜底：按
Ctrl+Shift+P，输Force Reload with Encoding，它不依赖状态栏缓存，适合右下角不显示编码名时
Save with Encoding → UTF-8 后 Python 报错 import？你选了 BOM
UTF-8 with BOM和UTF-8在VSCode里是两个独立选项，但效果天差地别：
- 选
UTF-8 with BOM会往文件开头写入\ufeff字节，Python解释器把它当非法字符，直接SyntaxError: Non-UTF-8 code starting with '\xef' - Git diff里也会冒出
^@或异常行首，协作时极易引发冲突 - 务必手动在弹窗中选纯
UTF-8（不带“with BOM”字样），VSCode默认就是无BOM的UTF-8
为什么设了 "files.encoding": "utf8" 老文件还是乱码？
这个设置只管两件事：新建空文件、未被打开过的无BOM文件。它对已有文件完全无效——VSCode会忠实记住你上次用什么编码打开它，并优先复用。
- 想让某个
.py从此永远用UTF-8打开？必须对它执行一次Save with Encoding→UTF-8，VSCode才把这次选择记为该文件的“偏好编码” - 全局设
"files.encoding": "utf8"时，值必须全小写、无短横；写成"UTF-8"或"UTF8"，VSCode直接忽略 - 老项目混着
.bat或.reg？别全局硬设，改用"files.associations": {"*.bat": "gbk"}单独配，否则双击运行就报错
真正容易被忽略的是：VSCode对每个文件的编码记忆是持久且独立的，它不看全局设置，只认你亲手点过的那一次Save with Encoding。想一劳永逸，不是调配置，而是对关键文件逐个“确认并固化”编码偏好。
