VSCode中文乱码主因是编码错配，非文件损坏；应先右下角点编码→选Reopen with Encoding→GBK验证，确认正常后再按需Save with Encoding或配置files.associations精准绑定编码。
VSCode 文件中文显示异常，八成不是文件坏了，而是 VSCode 用错了编码去“翻译”字节——它默认拿 UTF-8 去解 GBK 存的字，中文自然变成“涓枃”“鍚嶇О”。直接改 settings.json 全局设 "files.encoding": "gbk" 是最危险的操作，会把新项目全拖进坑里。
右下角点编码 → 选 Reopen with Encoding 是最快验证法
这是所有乱码问题的第一响应动作，不改设置、不碰配置，5 秒内确认是不是编码错配：
- 打开乱码文件，看右下角状态栏显示的编码（通常是
UTF-8） - 点击它，选
Reopen with Encoding→GBK（简体中文 Windows 老文件基本都用这个） - 如果中文立刻变正常，说明就是编码误读；如果还是乱码，再试
GB2312或Big5（繁体） - 注意：别急着点
Save with Encoding——很多 INI、.reg、游戏存档文件依赖原始编码，强行转 UTF-8 可能导致老程序读取失败
settings.json 里硬设 "files.encoding" 是双刃剑
全局设死编码看似一劳永逸，实则埋雷。关键看你是处理新项目还是维护老生态：
- 新项目、团队协作、Git 仓库：设
"files.encoding": "utf8"安全，且必须同步加"files.autoGuessEncoding": false（关掉玄学猜测，避免某天自动切到 GBK） - 纯 Windows 老项目（如 VB6 配置、路由器导出 INI、汉化补丁）：别全局设，改用
"files.associations"单独配后缀："files.associations": { "*.ini": "ini", "*.cfg": "plaintext" }, "files.encoding": "utf8"再配合"files.autoGuessEncoding": false，让 INI 文件单独走 GBK 解码逻辑 - 绝对不要写
"files.encoding": "GBK"——JSON 键名必须小写，"gbk"才合法；写成大写或带引号如"GBK"会导致整个settings.json静默失效
终端输出中文是另一套系统，和编辑器编码无关
你在 Python 里 print("你好") 输出乱码，不是 settings.json 没配对，是终端本身没切到 UTF-8：
- Windows PowerShell 终端：在
settings.json加这段，确保每次启动就切页："terminal.integrated.profiles.windows": { "PowerShell": { "source": "PowerShell", "args": ["-NoExit", "-Command", "chcp 65001 > $null"] } } - 同时补上环境变量，防 Python 缓存旧编码：
"terminal.integrated.env.windows": { "PYTHONIOENCODING": "utf8" } - Git Bash / WSL：别动 VSCode 设置，进终端执行
locale，确保输出含UTF-8；若为zh_CN.GBK，改~/.bashrc加export LANG=zh_CN.UTF-8 - 验证是否生效：终端里跑
python -c "import sys; print(sys.stdout.encoding)"，必须输出utf-8
真正容易被忽略的点是：INI、.bat、.reg 这类 Windows 系统级配置文件，它们的编码是运行时契约的一部分，不是“为了好看”而存在。你强制转 UTF-8，可能让一个能正常启动的软件直接报错退出。解码要准，但写入得守旧——这是 VSCode 处理中文乱码时最反直觉、也最关键的分寸感。
