VSCode 新建文件默认编码由系统 locale 决定而非 UTF-8，需设 "files.encoding": "utf8"（小写）生效；该设置仅影响新建未保存文件，对已存文件无效，乱码时应手动重开或另存为 UTF-8。
VSCode 新建文件默认编码不是 UTF-8？改 files.encoding 就行
VSCode 默认新建文件的编码取决于系统 locale，Windows 上常是 windows1252 或 GBK，不是 utf8。这不是 bug，是设计行为——它只对已保存且带 BOM 或明确声明编码的文件“记住”编码，新建空白文件则按系统来。
解决方法很简单：强制全局设为 utf8。打开设置（Ctrl+, ），搜 files.encoding，把值改成 utf8。或者直接编辑 settings.json：
{
"files.encoding": "utf8"
}注意别写成 "utf-8" 或 "UTF8" —— VSCode 只认小写的 utf8，写错会导致设置不生效，新建文件仍用系统编码。
为什么改了 files.encoding 还有文件显示乱码？
这个设置只影响「新创建且未保存的文件」，对已存在的文件无效。如果你打开一个原本是 gbk 编码的旧文件，VSCode 会按文件实际内容推断编码（比如看到 0xA3A8 就倾向识别为 gbk），此时 files.encoding 完全不参与。
- 遇到乱码，先点右下角编码显示（如
GBK），选Reopen with Encoding → UTF-8 - 如果确认该文件本就是 UTF-8，但没 BOM 且被误判，可点击编码后选
Save with Encoding → UTF-8 -
files.autoGuessEncoding设为true有助于识别，但不可靠，尤其对纯英文或短文本
files.encoding 和 files.autoSave 一起用可能丢数据
如果同时开了自动保存（files.autoSave: "afterDelay"）又设了 files.encoding: "utf8"，而你正在编辑一个原生是 gbk 的文件，VSCode 可能会在你没注意时悄悄用 UTF-8 重写它，导致中文变乱码且不可逆。
真实风险场景：
- 维护老项目，文件历史都是
gbk编码 - 团队协作中别人没统一编码设置
- 编辑配置文件（如
.bat、.reg）依赖特定编码执行
建议：这类项目单独配工作区设置，在项目根目录 .vscode/settings.json 里写 "files.encoding": "gbk"，比全局一刀切更安全。
终端输出中文乱码？那和 files.encoding 没关系
VSCode 内置终端（Terminal）的编码由 shell 和系统决定，和编辑器文件编码无关。Windows 上 CMD/PowerShell 默认用 CP936（即 GBK），即使你把文件存成 UTF-8，终端运行脚本时仍可能报 UnicodeEncodeError 或显示方块。
临时解法（仅当前终端）：
chcp 65001 # 切到 UTF-8
长期解法：
- PowerShell：在
$PROFILE加[Console]::InputEncoding = [Console]::OutputEncoding = New-Object System.Text.UTF8Encoding - 确保脚本开头声明编码（如 Python 的
# -*- coding: utf-8 -*-） - 避免在终端直接
echo含中文的变量，优先用程序逻辑输出
文件编码、终端编码、程序源码声明编码，这三者常被当成一回事，其实各自独立。改错地方只会让问题更隐蔽。
