VSCode中文乱码需统一UTF-8（无BOM）编码，确保编辑器、文件、终端三者一致，并配置中文字体；重点排查UTF-8 with BOM、终端字体缺失、扩展冲突及远程locale设置。
VSCode 中文乱码，通常不是单一原因导致，而是编码设置、文件保存格式、终端配置或字体支持多个环节协同出问题。核心思路是：统一编码为 UTF-8（无 BOM），确保编辑器、文件本身、终端三者一致，并启用合适的中文字体。
确认并强制使用 UTF-8 编码
VSCode 默认应使用 UTF-8，但旧文件可能自带 ANSI、GBK 或 UTF-8 with BOM 等编码。打开文件后右下角会显示当前编码（如“UTF-8”“GBK”“UTF-8 with BOM”）。点击它可快速更改编码：
- 若显示“GBK”或“ISO 8859-1”，选 Reopen with Encoding → GBK（临时查看），再选 Save with Encoding → UTF-8（永久修复）
- 若显示“UTF-8 with BOM”，务必选 Save with Encoding → UTF-8（去掉 BOM，这是 Windows 记事本遗留的常见乱码元凶）
- 为避免反复操作，可在设置中全局默认："files.encoding": "utf8"，并添加 "files.autoGuessEncoding": false（关闭自动猜测，防止误判）
检查终端（Integrated Terminal）中文显示
即使编辑器正常，终端输出中文仍可能为方块或问号——这和 VSCode 本身无关，而是系统终端和 shell 的字体/编码问题：
- Windows 用户：在终端右键 → 属性 → 字体，改用 Lucida Console 或 Consolas（支持中文的等宽字体），并确认系统区域设置中“Beta 版：使用 Unicode UTF-8 提供全球语言支持”已勾选（Win10/11 设置 → 时间和语言 → 语言 → 管理语言 → 管理 Windows 语言设置）
- macOS/Linux：确保终端模拟器（如 iTerm2、GNOME Terminal）字体设为支持中文的等宽字体（如 JetBrains Mono Nerd Font、SF Mono SC、Noto Sans CJK），并在 VSCode 设置中配置："terminal.integrated.fontFamily": "'JetBrains Mono Nerd Font', 'SF Mono SC', monospace"
验证并配置中文字体渲染
某些主题或渲染模式下，VSCode 对中文笔画细节处理不佳，出现模糊、断笔或虚边。这不是乱码，但影响阅读体验：
- 在设置中搜索 "editor.fontFamily"，填入明确支持中文的编程字体，例如：'Fira Code', 'Noto Sans CJK SC', 'Microsoft YaHei', 'sans-serif'
- 关闭抗锯齿干扰（尤其 macOS）："editor.fontAliasing": "default" 或尝试 "antialiased"；若仍发虚，可加 "editor.renderWhitespace": "boundary" 辅助观察字形边界
- 禁用硬件加速有时能缓解渲染异常（仅限特定显卡）：code --disable-gpu 启动，或设置 "window.experimental.useSandbox": false
排查扩展与工作区覆盖设置
个别扩展（如旧版 ESLint、Prettier、Remote-SSH）或项目级 .vscode/settings.json 可能覆盖全局编码配置：
- 打开命令面板（Ctrl+Shift+P / Cmd+Shift+P），运行 Preferences: Open Workspace Settings (JSON)，检查是否含 "files.encoding" 等字段，删除或改为 "utf8"
- 临时禁用所有扩展（Ctrl+Shift+P → Developer: Disable All Installed Extensions），重启 VSCode，确认乱码是否消失；逐个启用定位问题扩展
- 远程开发（SSH/WSL）场景下，需同时检查远程系统的 locale（运行 locale 命令），确保 LANG=zh_CN.UTF-8 或类似 UTF-8 locale 已生效
基本上就这些。多数乱码问题，90% 出在“UTF-8 with BOM”或终端字体缺失；剩下的是扩展冲突或远程环境 locale 不匹配。按顺序排查，无需重装或改注册表。
