VSCode打开老项目中文乱码本质是文件实际编码（多为GBK）与编辑器默认UTF-8解码不匹配；应通过状态栏“Reopen with Encoding”快速尝试GBK等编码确认并临时修复，而非依赖全局files.encoding设置。
VSCode打开老项目中文乱码，基本就是文件编码和编辑器解码方式对不上。不是文件坏了，也不是插件没装对，核心就一条：VSCode默认用UTF-8解码，而你导入的项目大概率是GBK（或GB2312）保存的。
怎么快速判断当前文件实际编码
别猜，看状态栏右下角。如果显示UTF-8但内容全是“锟斤拷”，十有八九是GBK；如果显示GBK但中文正常，那它本来就是GBK；如果显示UTF-8 with BOM却乱码，可能是BOM被误读或文件混用了编码。
- 点状态栏编码字样 → 选
Reopen with Encoding→ 快速试GBK、GB2312、UTF-8 with BOM - 若试
GBK后中文立刻变正常，说明原始文件就是GBK编码 - 注意：
Reopen with Encoding只是临时重解码，不改磁盘文件，安全可反复试
为什么改了全局files.encoding还是乱
因为files.encoding只影响新建文件和未指定编码的文件，对已打开的文件无效。而且VSCode会优先信任文件本身的BOM或历史缓存，而不是全局设置。
- 在
settings.json里设"files.encoding": "gbk"，对已打开的乱码文件不起作用 - 真正生效的是“当前文件的编码上下文”，由状态栏或命令面板触发的
Reopen with Encoding决定 - 如果你希望新打开的.java/.txt等文件默认用GBK，得配合
"files.autoGuessEncoding": true，但猜测不准时有发生，不如手动指定可靠
批量处理整个项目的编码转换
单个文件能修好，但项目里几十个.java、.properties、.xml全要手动 reopen？没必要。直接转存为UTF-8才是长期解法。
- 先用
Reopen with Encoding确认某个典型文件（如web.xml）确实是GBK且能正确显示 - 然后点状态栏 →
Save with Encoding→ 选UTF-8（不要选UTF-8 with BOM，Java/Web项目通常不需要BOM） - 重复操作对关键文件逐个保存；或用插件
Encode Decode批量选中多个文件右键“Convert to UTF-8” - 转换后务必检查编译是否通过——部分老旧Java项目依赖
javac -encoding GBK，若改成UTF-8源码，需同步改javac参数，否则编译时报“非法字符”
终端输出中文仍是乱码？那是另一条链路
编辑器里中文正常了，但终端跑java Main或python app.py打印出来还是“???”，这不是编辑器编码问题，是运行时环境没对齐。
- Windows下cmd默认代码页是
936（GBK），而UTF-8程序输出的字节流被cmd用GBK解，必然乱码 - 临时解决：终端里执行
chcp 65001切换到UTF-8代码页（65001） - 永久解决：在VSCode的
settings.json里加"terminal.integrated.defaultProfile.windows": "PowerShell"，并确保PowerShell控制台字体支持UTF-8（如Consolas、Cascadia Code） - Java项目还需检查
file.encoding系统属性，Maven项目可在pom.xml里设<project.build.sourceencoding>UTF-8</project.build.sourceencoding>
最易被忽略的一点：乱码从来不是单一环节的问题。你改了编辑器编码，可能暴露了编译器配置问题；你转了UTF-8，可能触发了JVM或Python解释器的默认编码冲突。处理时务必分清“显示层”“保存层”“运行层”，每一层都要独立验证。
