快速确认文件真实编码的方法是点击右下角编码标识（如utf-8）→选reopen with encoding→依次试gbk、gb2312、utf-8 with bom、utf-8，中文立即正常即为真实编码；该操作不改文件内容，安全可逆。
VSCode中文显示乱码，不是文件坏了，是它用错了编码去读——优先点右下角编码名选Reopen with Encoding手动试GBK/UTF-8，确认能正常显示后再Save with Encoding→UTF-8覆写，这才是真正修复。
怎么快速确认文件真实编码？
别猜、别改设置、别装插件。VSCode右下角显示的UTF-8或GBK只是它“以为”的编码，未必准确。
- 点击右下角当前编码标识（比如
UTF-8），弹出菜单后选Reopen with Encoding - 依次尝试：
GBK（Windows记事本默认）、GB2312（老系统导出）、UTF-8 with BOM（Excel/Notepad++导出CSV常见）、UTF-8（新项目标准） - 只要中文立刻变正常，就说明找对了；这个操作不改文件内容，安全可逆
- 如果全试完仍乱码，可能是混合编码或含不可见控制字符，先复制内容到新文件再另存为
UTF-8
为什么Save with Encoding→UTF-8才叫真正解决？
能看 ≠ 已修复。Reopen with Encoding只是临时解码，下次打开还可能乱——必须把字节流真正转成UTF-8写回磁盘。
- 确认显示正常后，再次点击右下角编码名，这次选
Save with Encoding→UTF-8 - 注意：选
UTF-8，不是UTF-8 with BOM；后者在Python/Shell脚本里可能引发SyntaxError: Non-UTF-8 code starting with '\xff' - 保存后Git diff会显示完整变更，协作时其他人也不用再手动切编码
- 若文件里有特殊符号或注释混用，建议先粘贴到新文件再操作，避免转码污染原始结构
files.autoGuessEncoding该开还是关？
开了反而更糟。VSCode的自动猜编码在中文场景下误判率很高：短文本、纯数字+中文、无BOM的GBK文件，常被识别成ISO-8859-1或windows1252，刚打开就乱码。
- 关掉它：在
settings.json加一行"files.autoGuessEncoding": false - 配合设
"files.encoding": "utf8"，让VSCode完全按你指定的规则读写，行为可预期 - 老项目混
GBK？别全局硬设utf8，应在工作区.vscode/settings.json单独配，或用files.associations按后缀识别 - 这个配置只影响文件内容编码，和终端、Git路径、字体完全无关
终端输出中文还是乱码？那是另一回事
编辑器里中文正常，但运行python -c "print('你好')"显示方块或问号？这不是files.encoding的问题，是终端运行时环境没对齐。
- 先在终端里执行
chcp，如果返回活动代码页: 936，说明它正用GBK解码，但Python默认按UTF-8输出 - 临时验证：输
chcp 65001切到UTF-8代码页，再跑命令，若变正常，就坐实是shell层问题 - 永久生效需三件事都做：
terminal.integrated.env.windows设PYTHONIOENCODING=utf8、profile里注入chcp 65001、PowerShell用户还要在$PROFILE里加[Console]::OutputEncoding = [System.Text.Encoding]::UTF8 - 改完必须关闭所有已打开的集成终端，再新建一个才生效
最易被忽略的一点：编辑器字体和终端字体是两套独立配置，即使编码全对，终端fontFamily没设支持中文的等宽字体（如MesloLGS NF + PingFang SC），照样显示空心方块。
