VSCode中文乱码的根本原因是编码链路断裂，而非中文语言包导致；文件物理编码为GBK时状态栏显示“UTF-8”属误判，需通过“Reopen with Encoding”选GBK验证，终端乱码则多因PowerShell默认未启用UTF-8输出，须配置$OutputEncoding和chcp 65001并确保$PROFILE加载。
VSCode中文语言包本身不会导致乱码——乱码只发生在文件内容、终端输出或UI渲染层，和语言包无关。装了中文包后注释/终端仍乱码，说明编码链路某处断裂了。
点击右下角“UTF-8”后选“GBK”能临时显示中文？说明文件物理编码是GBK
这是最常见也最容易误判的情况：VSCode状态栏明明写着“UTF-8”，但一点击它 → “Reopen with Encoding” → 选“GBK”就立刻正常，那基本可以断定该文件是用 GBK（即 CP936）写的，比如从 Windows 记事本直接保存、旧版 Python 脚本、或某些国产 IDE 导出的文件。
- 不要强行“另存为 UTF-8”再覆盖原文件——Git 提交时可能引发换行符或 BOM 差异，团队协作中易冲突
- 若必须统一为 UTF-8，用
iconv或 VSCode 的“Save with Encoding”功能导出新文件，再手动替换，避免直接“另存为”覆盖 - 检查项目根目录是否有
.editorconfig，确认其中charset=utf-8是否被其他规则覆盖（如end_of_line=cr可能干扰编码探测）
PowerShell 终端里 [Console]::OutputEncoding 返回 System.Text.ASCIIEncoding？必须改
Windows 上 PowerShell 默认不启用 UTF-8 输出，即使 VSCode 设置了 terminal.integrated.defaultProfile.windows 为 PowerShell，它启动时仍沿用系统代码页（通常是 936）。此时 Write-Host "你好" 会变成乱码，不是字体问题，是字节根本没按 UTF-8 发出去。
- 在用户 PowerShell 配置文件
$PROFILE中追加：$OutputEncoding = [System.Text.Encoding]::UTF8 - 同时在 VSCode 设置中添加：
"terminal.integrated.profiles.windows": { "PowerShell": { "args": ["-NoExit", "-Command", "chcp 65001"] } } - 注意：
chcp 65001必须放在-Command后面，放-Args里无效；且不能和-NoProfile共存，否则$PROFILE不加载
file -i 显示 charset=iso-8859-1 却有中文？大概率是无 BOM 的 GBK 文件被误判
Linux/macOS 下 file 命令对无 BOM 的 GBK 文件识别率极低，常报 iso-8859-1 或 us-ascii。这时候不能信它——得看十六进制头：
- 执行
xxd -l 8 your.py | head -n 1，如果输出含d6 d0（“中”的 GBK 编码），那就是 GBK - 执行
head -c 3 your.py | hexdump -C，若结果是ef bb bf才是真 UTF-8 BOM - VSCode 的自动编码探测依赖前 1KB 内中文字符密度 + BOM，所以空行多、注释少的短脚本容易误判，此时手动点右下角选编码比依赖“Auto Guess”更可靠
真正麻烦的不是“怎么修”，而是“修完是否稳定”——比如 Git 提交后别人拉下来又乱码，或者 CI 流水线跑 python main.py 报 UnicodeDecodeError。这些都指向同一个被忽略的环节：Python 解释器自身的编码感知。它默认读取 locale.getpreferredencoding()，而 Windows 上这值常是 cp936，但脚本开头若没写 # -*- coding: utf-8 -*-，又没设环境变量 PYTHONIOENCODING=utf-8，乱码就会在运行时复现。这个点不在 VSCode 设置里，得进系统环境或脚本启动逻辑里补。
