vscode 默认不强制utf-8因启用自动编码探测，需同时设置"files.encoding": "utf8"和"files.autoguessencoding": false才能永久生效；已有文件需手动“reopen with encoding”并转存为utf-8。
VSCode 默认文件编码为什么不是 UTF-8？
VSCode 在打开未带 BOM 的文件时，会根据系统区域设置或文件内容试探编码，Windows 上常 fallback 到 GBK 或 ISO-8859-1，导致中文乱码。这不是 bug，是 VSCode 的自动探测逻辑——它优先“猜”，而不是强制用 UTF-8。
怎么永久设成 UTF-8 而不每次手动转？
关键不是改单个文件，而是锁定默认新建/读取行为。必须同时配置两项：
-
"files.encoding"：控制新建文件和保存时的默认编码（设为"utf8"） -
"files.autoGuessEncoding"：关掉自动猜测，否则它仍可能在打开旧文件时无视上面那条（设为false）
打开设置（Ctrl+,），搜 files.encoding，点击「在 settings.json 中编辑」，加这两行：
{
"files.encoding": "utf8",
"files.autoGuessEncoding": false
}
为什么改了 setting.json 还有文件显示乱码？
因为已有文件的编码是独立记录的，VSCode 会缓存上次打开时识别出的编码。常见表现：
- 右下角状态栏显示
GBK、ISO-8859-1等非 UTF-8 编码 - 点一下那个编码名 → 选「Reopen with Encoding」→ 选
UTF-8，才能正确显示 - 如果文件原本就是 GBK 写的，强行用 UTF-8 解码仍会乱码——这时得先用 GBK 重新打开，再另存为 UTF-8
团队协作时要注意什么？
UTF-8 是底线，但细节上容易踩坑：
-
"files.encoding"只影响新文件和保存动作，不影响已打开文件的当前解码方式 - Git 提交前务必确认文件真实编码是 UTF-8（尤其 Windows 用户用记事本保存过），否则别人拉下来还是乱码
- 某些老旧脚本（如 Python 2 的
.py文件）头部没声明# -*- coding: utf-8 -*-，即使文件是 UTF-8，解释器也可能报错
真正麻烦的从来不是设个默认值，而是清理历史遗留的混合编码文件——它们不会因为你改了 VSCode 设置就自动变干净。
