VSCode打开标称UTF-8文件却乱码，大概率因误判编码：实际是UTF-8 with BOM却被当纯UTF-8处理，或自动猜测将UTF-8中文误判为GBK；需手动选“UTF-8 with BOM”重开，禁用files.autoGuessEncoding可避免误猜，且切勿乱码时直接保存，终端乱码则属独立编码链路问题。
VSCode打开标称UTF编码的文件却显示乱码，大概率不是文件真坏了，而是它根本没按UTF-8解码——比如文件实际是UTF-8 with BOM，而VSCode误判为纯UTF-8；或者文件开头被其他工具悄悄写入了不可见控制字符，干扰了自动检测。
点状态栏编码后选“Reopen with Encoding”没用？先看BOM是否被忽略
VSCode对BOM的识别有明确规则：UTF-8 with BOM（即文件开头三个字节为EF BB BF）会被单独列为一种编码选项，但它和纯UTF-8在VSCode里是两个不同条目。如果你只点了状态栏、选了UTF-8，但文件实际带BOM，就可能仍乱码。
- 必须手动点状态栏 → 选
Reopen with Encoding→ 在列表里找并选中UTF-8 with BOM，而不是UTF-8 - 如果选了
UTF-8 with BOM后正常了，说明文件确实带BOM；后续保存时注意VSCode默认会去掉BOM（除非你设了"files.autoSave": "onFocusChange"且没关"files.trimFinalNewlines"等干扰项） - 用
xxd或Notepad++的“编码器”功能确认开头三字节：是ef bb bf就带BOM，否则就是纯UTF-8
文件明明是UTF-8，为什么VSCode还猜成GBK？
VSCode的自动猜测（files.autoGuessEncoding）在遇到大量连续中文、无空格、无ASCII标点的短文本时，容易把UTF-8误判为GBK——因为UTF-8中文的三字节序列（如E4 B8 AD）在GBK解码下可能恰好映射成另一个合法汉字，导致“看起来像能读”，于是猜测逻辑就信了。
- 临时关闭猜测：在命令面板（
Ctrl+Shift+P）里运行Preferences: Configure Language Specific Settings，选当前语言（如python），加一行"files.autoGuessEncoding": false - 全局禁用（谨慎）：在
settings.json里设"files.autoGuessEncoding": false，避免它在你没注意时偷偷改编码 - 一旦发现乱码，别急着保存——
Ctrl+S会按当前错误解码结果重新编码存盘，原始UTF-8字节就永久丢失了
终端输出中文乱码，和文件编码无关
你在编辑器里看到的代码是UTF-8，但运行后终端输出一堆文件，这不是VSCode文件编码问题，而是终端环境没告诉Python/Shell自己支持UTF-8。
- Windows命令提示符（cmd）默认代码页是
GBK（chcp 936），即使你代码是UTF-8，print("中文")也会被cmd强行转成GBK再显示 - 解决方法不是改VSCode设置，而是换终端：用
Windows Terminal、Git Bash或PowerShell，它们默认支持UTF-8 - 若必须用cmd，可在运行前执行
chcp 65001（切换到UTF-8代码页），或在Python脚本开头加import sys; sys.stdout.reconfigure(encoding='utf-8')
最常被忽略的一点：VSCode里“文件编码”和“终端编码”是两套独立系统。你调好了文件显示，不代表终端能正确渲染输出——排查时务必分清这两条链路，否则容易在错误的方向上反复折腾。
