vscode中文注释乱码主因是文件编码与编辑器解码不匹配，如utf-8解码gbk文件导致“锟斤拷”；应右下角切编码验证，再通过settings.json按语言精准设files.encoding，禁用autoguessencoding，并统一转utf-8源头解决。
VSCode里中文注释乱码，**不是字体或语言包的问题，而是文件编码和编辑器解码方式不匹配**。绝大多数情况，你看到的“锟斤拷”“烫烫烫”，说明VSCode正用UTF-8去读一个实际是GBK（或GB2312）编码保存的文件——字节对不上，自然显示成天书。
怎么快速确认当前文件编码并修复
右下角状态栏点击UTF-8（或GBK等字样），弹出菜单后选Reopen with Encoding → 滚动找到并选择GBK。如果中文立刻恢复正常，就坐实了是编码错配。此时别急着保存，先验证：改几个字再保存，看是否仍能正常读取；若保存后下次打开又乱码，说明你还没把“保存编码”也设对。
- 只
Reopen with Encoding是临时解码，不改变文件本身，也不影响后续保存行为 - 如果选
GBK后仍乱码，试试GB2312或GBK (with BOM)，老Windows项目常用带BOM的变体 - 切编码后务必手动触发一次保存（
Ctrl+S），否则修改不会落盘
如何让VSCode默认用GBK打开特定文件
全局设成GBK风险很大——新项目、JSON、Markdown、Git提交信息都可能崩。更稳妥的做法是按语言或路径做精准覆盖。打开settings.json（命令面板输入Preferences: Open Settings (JSON)），加这段：
{
"[java]": {
"files.encoding": "GBK"
},
"[cpp]": {
"files.encoding": "GBK"
}
}
- 这个配置只对
.java和.cpp文件生效，不影响其他类型 - 如果你的项目主要是
.c或.h，把[cpp]换成[c]即可 - 不推荐直接改全局
files.encoding为GBK，会破坏现代项目协作基础
为什么改了设置还是乱码？三个高频漏点
很多人照着步骤操作后仍失败，问题往往卡在这些隐性环节：
-
files.autoGuessEncoding设为true时，VSCode可能在你切换完编码后又自动“猜回UTF-8”，建议关掉它 - 文件开头有BOM（如
UTF-8 with BOM）时，VSCode识别为UTF-8，但GBK文件硬塞BOM会导致解码错位，可用Notepad++检查并去除BOM - Git拉下来的文件，如果
core.autocrlf或i18n.logOutputEncoding没配对，终端里git log或git diff输出也可能乱码，间接干扰你判断
真正一劳永逸的思路：统一源头，而非修补显示
长期维护多个老项目时，靠每次手动切编码很累。最省心的方式是批量把源文件转成UTF-8，并确保所有协作者都用UTF-8保存。用iconv或Notepad++批量转换后，在settings.json里加一行："files.encoding": "utf8"，再配合"files.autoSave": "onFocusChange"，基本就告别乱码了。但注意：转换前务必备份，尤其GBK文件里混有非标准字符时，iconv -f GBK -t UTF-8可能丢字。
