正确配置是：在.vscode/settings.json中设"files.encoding": "utf8"（小写无横线）并强制"files.autoGuessEncoding": false，优先级高于用户设置；支持按语言ID如"[java]": {"files.encoding": "utf8"}精细化控制，避免乱码与构建失败。
怎么在 .vscode/settings.json 里正确配置 files.encoding
工作区编码规则不是靠“默认打开方式”决定的，而是由 files.encoding 和 files.autoGuessEncoding 共同控制。只设 "files.encoding": "utf8" 是无效的——VSCode 会忽略大小写错误（比如写成 "UTF-8"），且这个值仅影响新建空文件，对已有文件完全不生效。
必须用小写 "utf8"，并搭配关闭自动猜测：
-
"files.autoGuessEncoding": false—— 否则 VSCode 可能在你编辑时悄悄用 GBK 重载老文件，你根本不知道 - 不要依赖全局设置，直接在项目根目录的
.vscode/settings.json里写，优先级更高 - 如果项目里混有必须用 GBK 运行的批处理或注册表文件，别全局设死
utf8，否则双击运行就报错
按语言后缀单独指定编码更安全
Java、C、Verilog 等语言工具链对编码敏感，不能全靠工作区统一设。比如 Java 编译器默认读系统编码，VSCode 却按 UTF-8 显示，结果就是编辑时正常、编译时报 Illegal character: '\ufeff' 或中文注释全变问号。
正确做法是分层指定：
- 给
.java文件单独加："[java]": { "files.encoding": "utf8" } - 给
.v或.sv（Verilog）也加："[verilog]": { "files.encoding": "utf8" }，否则 Vivado 读取时会乱码 - 如果项目含旧版
.bat或.reg，可配："[shellscript]": { "files.encoding": "gbk" }，避免执行失败
Save with Encoding 不是万能解药，反而容易固化乱码
右下角点编码 → 选 Save with Encoding → 选 UTF-8，这个操作看似解决乱码，实则风险极高：
- 若当前文件已是乱码状态（比如用 UTF-8 错解了 GBK 内容），再以 UTF-8 保存，等于把乱码字节永久写入磁盘
- 误选
UTF-8 with BOM：Python 会报SyntaxError，Git diff 显示^@，Maven 构建失败 - 真正安全的操作顺序是：
Reopen with Encoding→ 选GBK验证是否恢复 → 恢复后再Save with Encoding→ 手动选不含 “with BOM” 的UTF-8
终端输出乱码和编辑器编码无关，但必须同步调
你在代码里写了 System.out.println("你好")，VSCode 里文件是 UTF-8，编译也没错，但终端还是显示 ????——这不是 files.encoding 没设对，是终端环境没对齐。
关键点在于：终端渲染层按 UTF-8 解码，而 JVM/Python 实际输出的是 GBK 字节流（Windows 默认）。解决方法不是改编辑器，而是让终端和运行时都走 UTF-8：
- 在
.vscode/settings.json中加："terminal.integrated.env.windows": { "JAVA_TOOL_OPTIONS": "-Dfile.encoding=UTF-8" } - Python 项目还需加：
"terminal.integrated.env.windows": { "PYTHONIOENCODING": "utf-8" } - 别信
chcp 65001临时命令，它只对当前会话有效，重启终端就失效
最常被忽略的是：files.encoding 控制“怎么读”，terminal.integrated.env.windows 控制“怎么输出”，两者缺一不可。一个设了，另一个没跟上，乱码照旧。
