VSCode旧项目中文乱码主因是UTF-8解码GBK文件，应先右下角选“Reopen with Encoding → GBK”修复显示，切勿误保存；批量可设"files.encoding": "gbk"；终端乱码需同步代码页与源码编码。
VSCode打开旧项目中文乱码，大概率不是文件损坏，而是编辑器用UTF-8去解码了实际为GBK编码的文件。直接改状态栏编码就能救回来，但关键是要分清“只是显示错”还是“已经保存错”——后者基本不可逆。
点右下角编码按钮，选GBK重新打开
这是最快见效的操作，适用于单个已乱码的文件。VSCode右下角状态栏显示UTF-8时，直接点击它，在弹出菜单里选Reopen with Encoding → GBK（或GB2312）。注意：这个动作只改变当前文件在内存中的解码方式，不修改磁盘文件内容。
- 如果选
GBK后仍乱码，试试GB2312或GBK (with BOM)，老项目中BOM存在与否差异很大 - 别急着按
Ctrl+S保存，此时文件仍是GBK原始字节，一旦用UTF-8保存，原始中文就永久丢失 - 部分极老的Windows记事本文件可能用了
ANSI编码，VSCode里对应的是Windows 1252，但中文场景极少，优先试GBK系
批量处理整个项目，改files.encoding配置
如果项目里几十个.java、.jsp、.properties全乱码，一个个点太累。可以临时把工作区默认编码设为GBK，让新打开的文件自动按此解码。
- 打开项目根目录下的
.vscode/settings.json（没有就新建），加这一行："files.encoding": "gbk" - 这个设置只对当前项目生效，不影响其他工作区，比改全局设置更安全
- 改完后关掉所有文件标签页，再重新打开任意一个中文文件，看是否正常；若不行，说明个别文件编码不统一，仍需手动指定
- 注意：这个配置不会强制转换已有文件内容，只是告诉VSCode“以后打开时优先用GBK试”
终端输出中文还是乱码？那是另一回事
编辑器里中文正常了，但集成终端跑java或python脚本时输出仍是“文件”，这不是文件编码问题，是终端代码页和程序运行环境不匹配。
- Windows上，VSCode终端默认走
cmd，代码页是936（GBK），而Java/Python源文件若用UTF-8保存，字符串字面量会被编译进字节码，终端用GBK去解UTF-8字节流，必然乱码 - 临时解决：在终端里先执行
chcp 65001切换到UTF-8代码页（需系统支持） - 长期方案：要么统一用GBK保存源文件（配合上面的
files.encoding），要么在launch.json里给Java加-Dfile.encoding=UTF-8，或Python脚本开头加# -*- coding: utf-8 -*-并确保终端代码页一致
最危险的一步：千万别在乱码状态下保存
这是所有修复动作的前提。只要看到“锟斤拷”“烫烫烫”，第一反应不是按Ctrl+S，而是立刻停止任何写入操作。
- 此时文件在内存中是UTF-8解码后的错误Unicode字符串，比如“中文”变成“涓枃”，再用UTF-8保存，磁盘上就真存了“涓枃”的UTF-8字节，原始GBK字节已被覆盖
- 如果已经误保存，且没开Git历史或没备份，基本无法恢复——因为UTF-8字节流反向映射回GBK没有唯一解
- 补救尝试：用Notepad++打开该文件，用“编码→转为UTF-8无BOM”再另存，有时能碰巧还原，但成功率很低，别抱希望
真正麻烦的从来不是“怎么让VSCode显示正确”，而是“怎么避免在修复过程中把它变得更糟”。老项目编码混杂、BOM有无不定、终端和编辑器各管一摊，每一步都得看清目标再动手。
