VSCode 打开中文文件乱码通常是编码识别不匹配导致的，最稳妥的处理方式是先通过右下角状态栏手动切换编码预览，确认显示正常后再决定是否转换文件保存编码，避免直接修改全局配置导致新项目出错。

快速处理思路

此类问题主要通过界面操作解决，无需复杂命令。核心动作在编辑器右下角状态栏：

1. 打开乱码文件，查看右下角编码标识（如 UTF-8）
2. 点击该标识，选择"Reopen with Encoding"（通过编码重新打开）
3. 在列表中选择"GBK"或"GB2312"，观察文字是否恢复正常

为什么会这样

VSCode 默认使用 UTF-8 编码解码文件，这是跨平台协作的标准。但 Windows 系统自带的记事本或旧版软件生成的文本文件，默认编码往往是 GBK（CP936）。当 VSCode 用 UTF-8 规则去解读 GBK 字节序列时，中文字符就会映射错误，显示为方块、问号或乱码符号。这不是文件损坏，只是“读法”不对。

分步处理

第一步：临时修复显示

点击右下角编码名，选择"Reopen with Encoding"，依次尝试 GBK、GB2312、UTF-8 with BOM。只要文字变正常，说明找对了编码。此操作不修改文件内容，安全可逆。

第二步：永久转换编码（推荐）

确认显示正常后，若需长期协作，点击右下角编码名，选择"Save with Encoding"，然后选"UTF-8"。这会将文件内容真正转码并覆写，解决后续 Git 提交和跨平台编辑问题。注意不要选"UTF-8 with BOM"，可能导致脚本执行错误。

第三步：配置自动识别（可选）

若经常遇到此类文件，可打开设置（Ctrl+,），搜索 files.autoGuessEncoding 并勾选。这会让 VSCode 尝试自动猜测编码，但可能影响大文件打开速度且对混合编码文件仍可能猜错。更稳妥的方式是在工作区 .vscode/settings.json 中配置默认编码：

{
  "files.encoding": "utf8"
}

注意：VSCode 原生不支持通过 files.associations 按文件扩展名强制指定编码，该配置仅用于关联语言模式。若需针对特定旧项目强制 GBK，建议仅在该工作区设置 files.encoding 为 gbk，或使用插件辅助。

终端与文件编码检测命令

除了编辑器显示，还需确保终端环境编码一致，避免运行脚本时输出乱码。

1. 查看文件实际编码

在终端中使用以下命令确认文件底层编码：

# Linux / macOS
file -i filename.txt

# Windows PowerShell (需安装 Git Bash 或类似工具)
file -i filename.txt

2. 切换终端编码

若编辑器正常但终端输出乱码，需调整终端编码：

# Windows CMD
chcp 65001

# Windows PowerShell
[Console]::OutputEncoding = [System.Text.Encoding]::UTF8

怎么验证是否生效

重新打开文件，确认中文显示正常且无问号。在终端运行涉及该文件的脚本（如 Python），确认输出无乱码。若涉及 Git 提交，检查 git diff 是否出现异常符号。

# 验证 Git 提交内容
git diff HEAD~1

# 验证文件内容哈希 (确保转码未损坏内容结构)
certutil -hashfile filename.txt MD5

常见坑

• 误用 Save with Encoding：未确认正确编码前直接保存，可能破坏原始内容且无法撤销。
• 全局强制 GBK：不要在全局设置中将 files.encoding 设为 gbk，会导致新建的代码文件（.py/.js）兼容性问题。
• 终端乱码混淆：编辑器显示正常但终端输出乱码，这是 Shell 编码问题（如 CMD 需 chcp 65001），与编辑器设置无关。
• BOM 头问题：避免使用 UTF-8 with BOM 保存代码文件，可能导致解释器识别错误。

推荐插件与配置

如果原生自动猜测不准确，可安装以下插件增强编码识别能力：

• Set Encoding：允许在状态栏快速切换和保存编码。
• Guess Encoding：增强文件打开时的编码猜测准确率。

参考来源

• VSCode Official Documentation - Encoding
• Microsoft Docs - Code Page Identifiers