VS Code 中文乱码需分环节排查：右下角编码仅表示当前解码方式，文件真实编码需通过“Reopen with Encoding”验证并用“Save with Encoding”转存；BOM、系统区域设置、Node/Python 编码感知、文件类型特例（如 .bat/.reg）及 Git 配置均可能致乱码，须逐环定位修复。
右下角点编码后仍乱码，先分清是读取还是写入问题
VS Code 右下角显示 UTF-8 或 GBK，只是它“当前按什么解码”，不代表文件真实编码。常见误判：
- 点
Reopen with Encoding→GBK后中文正常了 → 说明文件确实是 GBK，但你不该长期用 GBK 打开，而应立刻Save with Encoding→UTF-8转存 - 点
Save with Encoding→UTF-8后再打开又乱码 → 很可能是文件带 BOM（UTF-8 with BOM），VS Code 有时误判为UTF-16；此时手动删 BOM 或用iconv -f GBK -t UTF-8//IGNORE file.txt > new.txt更稳 - 新建空文件，粘贴微信里的中文后保存即乱码 → 不是读取问题，是写入路径被系统区域设置劫持；必须先点右下角 →
Save with Encoding→UTF-8，再粘贴再保存
终端里 print("中文") 是方块，但 echo "中文" 正常
这说明 shell 层面（cmd/PowerShell）能显示中文，但 Python 解释器没正确识别 stdout 编码。Windows 上尤其典型：
-
PowerShell 5.1默认用UTF-16输出，但 Python 3.8+ 默认按环境推断为cp1252→ 必须加环境变量："terminal.integrated.env.windows": {"PYTHONIOENCODING": "utf8"} -
cmd下即使设了chcp 65001，Python 仍可能 fallback 到cp437→ 换成pwsh（PowerShell 7）是更彻底的解法，它原生支持 UTF-8 且无 BOM 写入污染 - Linux/macOS 终端里
locale显示LANG=C→ VS Code 没加载你的~/.zshrc；得在settings.json中补："terminal.integrated.env.linux": {"LANG": "zh_CN.UTF-8"}
Debug Console / Output 面板里中文是方块
这个面板不走终端，也不读 terminal.* 配置，它依赖 Node.js 层的编码感知。Windows 上 Node 默认不启用 UTF-8 模式：
- 临时验证：在终端里运行
node -e "console.log('中文')"，如果也乱码，就是 Node 层问题 - 永久修复：在系统环境变量中添加
PYTHONIOENCODING=utf8（对 Python）和NODE_OPTIONS=--experimental-strip-ansi（辅助渲染），但更直接的是确保 Windows 系统区域设置启用了Beta 版: 使用 Unicode UTF-8 提供全球语言支持 - 注意：
Output面板还受扩展影响，比如 Python 插件日志若仍乱码，需检查其自身是否强制指定了编码（如旧版 Pylance 会绕过 VS Code 设置）
老项目混用 .bat/.reg 文件，不敢全局设 utf8
全局设 "files.encoding": "utf8" 在新项目里很安全，但在老项目里可能让 .bat、.reg、.ini 执行失败——这些文件依赖系统默认 GBK 编码。
- 用
files.associations单独配：例如"*.bat": "windows1252"或"*.reg": "gbk"（注意 VS Code 不直接支持gbk，可用ibm866或iso8859-1试，实际推荐用files.encoding的 per-language override） - 更稳妥的做法是关掉
files.autoGuessEncoding，避免玄学猜测干扰；再配合右下角手动切换，对每类文件建立操作习惯 - Git 提交信息乱码（显示为
\u4f60\u597d）要单独处理：git config --global core.quotepath false+git config --global i18n.commitencoding utf-8
