vscode中文乱码主因是文件实际编码（如gbk）与默认utf-8解码不匹配；应通过右下角“reopen with encoding”手动验证并切换编码，再用“save with encoding”转存为utf-8，而非全局设gbk或依赖autoguessencoding。
VSCode 默认编码设成 UTF-8 没问题，但中文乱码往往不是“默认编码错了”，而是你打开的文件本身是 GBK/GB2312 编码，而 VSCode 坚持用 UTF-8 去解它——字节对不上，自然显示为“鏂囦欢缂栫爜”这类字符。
为什么改 files.encoding 不能一劳永逸
把全局 files.encoding 改成 GBK 看似简单，实际会埋雷：
- 新建文件会默认存成 GBK，但 Git、CI/CD、Linux 服务器通常只认 UTF-8，提交后别人拉下来就是乱码
- 项目里混着 UTF-8 和 GBK 文件时，统一设成 GBK 会导致原本正常的 UTF-8 文件反而乱码
- VSCode 的
files.autoGuessEncoding默认是false，它不会主动帮你猜，改了默认值也解决不了历史文件
真正该做的：按文件类型或路径指定编码
VSCode 支持基于 glob 模式为特定文件设置编码，这才是兼顾兼容性与准确性的做法。比如老 Java Web 项目里的 .jsp 和 .properties 文件大概率是 GBK，而 .js、.ts、.json 必须是 UTF-8。
在工作区根目录的 .vscode/settings.json 中添加：
{
"files.encoding": "utf8",
"files.associations": {
"*.jsp": "gbk",
"*.properties": "gbk",
"*.xml": "utf8"
}
}
这样既保住了全局 UTF-8 的安全底线，又让关键文件按需解码。注意：files.associations 只影响“打开时的解码”，不改变保存行为；要控制保存编码，得配合 files.autoSave 和手动触发 Save with Encoding。
右下角状态栏点错一次，就可能写坏文件
状态栏点击 UTF-8 → 选 Reopen with Encoding → 选 GBK，这只是临时重读，安全；但如果你点了 Save with Encoding → 选 GBK，VSCode 就会把当前内容**按 GBK 编码重新写回磁盘**——如果原文本是 UTF-8，这一操作等于把 UTF-8 字节流当 GBK 再编码一遍，彻底损坏。
容易踩的坑：
- 没确认原始编码就点
Save with Encoding - 在未保存修改的状态下切换编码再保存，导致 BOM 被误加或丢失
- 批量选中多个文件右键“通过编码重新打开”，结果只对第一个生效，其余仍乱码
终端输出乱码别只盯编辑器设置
即使文件编码全对，运行 Python 或 C 程序时终端仍显示“”或“锟斤拷”，大概率是终端自身编码没对齐：
- Windows PowerShell / cmd：启动前执行
chcp 65001（切到 UTF-8） - VSCode 集成终端：在
settings.json加"terminal.integrated.defaultProfile.windows": "PowerShell"，并确保系统区域设置里“Beta: 使用 Unicode UTF-8 提供全球语言支持”已勾选（Windows 10/11） - Python 脚本输出中文：环境变量
PYTHONIOENCODING=utf-8必须存在，否则print("中文")在非 UTF-8 终端里必然乱码
最麻烦的不是改设置，而是你根本不知道一个文件到底是 UTF-8 还是 GBK ——尤其当它没 BOM、内容又全是 ASCII 字符时，两种编码解出来完全一样。这时候别靠猜，用 file -i filename（Linux/macOS）或插件如 Encode Decode 查看真实字节特征，比任何自动检测都可靠。
