vs code 修改文本编码本质是重解释字节流而非转换，需通过“save with encoding”或状态栏切换；默认编码设为"files.encoding": "utf8"（小写），gbk等特殊编码需单独配置；换行符通过files.eol控制，crlf/lf混用易致git或脚本错误；乱码时应先确认文件类型及真实编码，避免误用自动检测。
VS Code 怎么改文本文件的编码格式
改编码本质是重新解释字节流，不是“转换”——选错会直接变乱码。常见操作是用 File → Save with Encoding 或右下角编码标签点击切换。
- 右下角状态栏显示当前编码（如
UTF-8、GBK），点击它就能弹出菜单选新编码 - 保存时若文件已有内容且与目标编码不兼容（比如含中文的
UTF-8文件强行存为ISO-8859-1），VS Code 会警告并拒绝保存 - 真正“转换编码”要靠插件（如
Encode Decode）或外部工具；VS Code 自带功能只负责“以某编码重读/重写”，不自动转码 -
UTF-8 with BOM和UTF-8在 VS Code 里是两个独立选项，Windows 记事本常依赖 BOM 识别 UTF-8，但多数现代工具（包括 Git、Node.js）更倾向无 BOM 的UTF-8
怎么让 VS Code 默认用 UTF-8 打开所有文本文件
默认编码设错，一打开老文件就乱码。关键在用户级设置而非工作区设置，否则新开窗口不生效。
- 打开设置（
Ctrl+,），搜files.encoding，把值设为utf8（注意不是UTF-8字符串，是配置项值） - 这个设置写入
settings.json就是"files.encoding": "utf8"—— 必须小写utf8，写成UTF-8会被忽略 - 如果某个文件夹下必须用其他编码（比如遗留的 GBK 日志），可在该文件夹根目录加
.vscode/settings.json，单独设"files.encoding": "gbk" - VS Code 不会根据文件内容自动猜编码，只按设置或 BOM 判断；没 BOM 又没设置时，默认 fallback 是系统 locale 编码（Windows 上常是
GBK）
换行符 CRLF 和 LF 怎么切，影响什么
换行符不是编码问题，但和编码一样藏在文件末尾，改错会导致 Git 报一堆 LF will be replaced by CRLF 警告，甚至脚本执行失败。
- 右下角状态栏除了编码，还显示
CRLF或LF，点它就能切换 - 全局默认换行符由
files.eol控制："\n"对应LF（Linux/macOS 标准），"\r\n"对应CRLF（Windows 标准） - Git 会按
core.autocrlf设置自动转换：Windows 推荐true（检出 CRLF，提交 LF），Linux/macOS 推荐input（只提交时转 LF） - Shell 脚本、Dockerfile、JSON 等对换行敏感的文件，必须用
LF，否则/bin/sh^M: bad interpreter这类错误就来了
为什么改了设置还是打不开某个文件
不是所有乱码都能靠改编码解决。当 VS Code 显示一堆 或空格块，大概率是原始字节根本不是文本，或者用了非标准编码（比如 Shift-JIS 混 GBK）。
- 先确认文件是否真为文本：用命令行
file -i filename（Linux/macOS）或certutil -hashfile filename SHA1（Windows）看类型，避免拿二进制文件当文本硬开 - 如果确定是文本但编码未知，可装插件
Character Encoder，它能尝试多种编码实时预览效果 - 某些老旧系统导出的 CSV 可能用
Big5或EUC-KR，VS Code 内置编码列表里有但名字不直观（比如Windows-949就是EUC-KR） - 别依赖“自动检测”——VS Code 的 auto-detect 只在无 BOM 且无明确设置时触发，且准确率有限，尤其短文本
