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里是两个独立选项，但效果天差地别：

VSCode

避免常见的 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。想一劳永逸，不是调配置，而是对关键文件逐个“确认并固化”编码偏好。