VSCode中文乱码主因是编码不匹配，非文件损坏；应先右下角点编码名选Reopen with Encoding→GBK验证真实编码，确认显示正常后Save with Encoding→UTF-8转码覆写，并设"files.autoGuessEncoding": false和"files.encoding": "utf8"确保稳定。
VSCode中文乱码不是文件坏了，是它用错了编码去读——优先点右下角编码名选「Reopen with Encoding」手动试 GBK/UTF-8，别急着改设置。
右下角点编码名 → 选 Reopen with Encoding 是最快验证方式
乱码时第一反应不该是搜设置、装插件或改 JSON，而是确认当前文件真实编码。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 是临时解码，下次打开还可能乱——必须把文件内容真正转成通用编码。
- 确认显示正常后，再次点击右下角编码名，这次选
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 设为 false 更稳
很多人开了 files.autoGuessEncoding 想“一劳永逸”，结果反而更糟：短文本、纯数字+中文、无 BOM 的 GBK 文件，它常误判成 ISO-8859-1 或 windows1252，刚打开就变乱码。
- 关掉它：在
settings.json加一行"files.autoGuessEncoding": false - 配合设
"files.encoding": "utf8"，让 VSCode 完全按你指定的规则读写，行为可预期 - 老项目混 GBK？别全局硬设
utf8，应在工作区.vscode/settings.json单独配，或用插件按后缀识别 - 这个配置只影响文件内容编码，和终端、Git 路径、字体完全无关，别指望它解决所有“中文问题”
Git 提交后中文路径显示 \344\270\255\346\226\207 怎么办
这不是 VSCode 的错，是 Git 在 Windows 下默认禁用了 UTF-8 路径支持，自己把中文转成了八进制序列，VSCode 只是照着显示出来。
- 在终端运行：
git config --global core.quotepath false（关闭路径转义） - 再执行：
git config --global core.precomposeunicode true（macOS 必开，Windows 可选） - 重启 VSCode 终端或整个编辑器，GitLens 和源代码管理面板里的文件名才会变正常
- 注意：该配置只影响路径显示，不影响文件内容编码；如果文件内容本身是
GBK，仍需按前面步骤处理
真正容易被忽略的是：VSCode 编辑器、集成终端、Git、系统环境变量这四层编码各自独立。改对了文件编码，终端输出或 Git commit message 还是可能乱——它们得各自单独调。
