VSCode打开文件乱码是因为默认不自动探测编码，需手动开启files.autoGuessEncoding配置；开启后支持jschardet编码猜测并提示候选，但仅首次打开触发，手动指定后会记住。
VSCode 打开文件时为什么乱码
因为 VSCode 默认不自动探测文件编码，而是按上次保存时的编码或系统默认（如 UTF-8）打开——遇到 GBK、BIG5、ISO-8859-1 等老编码的文件，就会显示方块或问号。
这不是 bug，是设计选择：自动猜编码可能误判（比如 UTF-8 和 GBK 的二进制前几字节重叠），所以 VSCode 把主动权交给用户。
- 常见错误现象：
文件内容显示为 或一堆问号，状态栏右下角显示UTF-8但你知道它其实是GBK - 典型场景：打开旧项目里的 HTML/JS/CSS 文件、从 Windows 记事本保存的文本、爬虫导出的 CSV
- 注意：
files.autoGuessEncoding控制的就是这个行为，但它默认是false
开启自动编码探测只需改一个配置项
VSCode 本身支持基于内容的编码猜测（用的是 jschardet 库），只要打开开关，下次打开未知编码文件时就会尝试识别并提示。
- 打开设置（
Ctrl+,或Cmd+,），搜索files.autoGuessEncoding - 勾选它，或者直接在
settings.json里加一行："files.autoGuessEncoding": true
- 无需重启，立即生效——但已打开的乱码文件得手动重新加载（右键标签页 →
Reopen with Encoding） - 该选项对所有语言通用，不区分
.txt、.log或.py
自动猜测失败时怎么办
猜错比不猜更糟：比如把 GBK 文件错认成 ISO-8859-1，再以错误编码重载，内容就不可逆损坏了。VSCode 的策略是「只提示，不自动切换」。
- 当检测到潜在编码冲突时，状态栏右下角会变成可点击的编码名（如
UTF-8），点击后弹出菜单，顶部列出几个候选编码（GBK、GB2312、Windows 1252等） - 如果菜单里没有你要的编码，说明
jschardet没覆盖到，就得手动选：Reopen with Encoding→More...→ 输入编码名（如GBK） - 某些文件头带 BOM（如
UTF-8 with BOM）会被准确识别，但纯 ASCII 内容的 GBK 文件几乎无法被猜中——这时候依赖文件来源或扩展名更可靠
要不要全局开启 autoGuessEncoding
小团队或个人项目可以开；大型工程或 CI 环境建议关掉。
- 开启后每次打开文件多一次内容扫描，对超大日志（>100MB）有轻微延迟
- 某些插件（如 ESLint、Prettier）在编码未明确时可能报错，例如
Invalid character ''，此时需先手动指定编码再运行 - 最稳妥的做法：日常开发开启，但把关键配置文件（
.eslintrc.js、package.json）强制声明编码，在文件开头加注释// encoding: utf-8（虽不被解析，但起提醒作用）
真正容易被忽略的是：自动猜测只在「首次打开」触发，一旦你手动选过一次编码，VSCode 就会记住并默认沿用——哪怕文件内容后来变了。所以换环境、拉新分支后，别忘了看一眼状态栏右下角。
