VS Code打开文本文件乱码本质是编码识别错误，需手动点击右下角编码名选择“Reopen with Encoding”切换为GBK等正确编码，或启用files.autoGuessEncoding提升自动识别率。
VS Code 打开文本文件显示乱码，本质是编码识别错了
VS Code 默认用 UTF-8 解码文件，但很多旧文本（尤其是 Windows 记事本保存的 .txt、日志、配置文件）实际是
或
编码。它猜错了，就显示成方块、问号或错位字符。
手动切换编码：右下角点击编码名再选“Reopen with Encoding”
这是最常用、最直接的解法。VS Code 窗口右下角会显示当前编码（如
），点击它 → 选
→ 再选
（中文 Windows 常见）、
（日文）、
（西欧）等。
别点
——那是改写文件，可能破坏原始内容
如果点完没变化，说明当前编码其实没错，问题在别的地方（比如字体不支持该字符集）
部分文件（如带 BOM 的 UTF-8）会被自动识别，此时右下角显示
，一般不用动
让 VS Code 自动识别 GBK 文件：改
VS Code 默认关闭自动猜测编码，因为会影响启动速度且不准。但对中文用户，开它能省不少事：
VSCode 1.118
微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力，其中最引人注目的是新增 Copilot CLI 远程控制功能，允许开发者通过手机或网页远程监控和接管 AI 会话 。同时，为了提高 AI 的运行性价比，新版本优化了令牌缓存策略以降低成本 。此外，1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。
下载
按
（Windows/Linux）或
（macOS）打开设置
搜
，勾选它
注意：只对新打开的文件生效；已打开的仍需手动
副作用：大文件（>10MB）打开可能变慢，且对混合编码文件仍可能猜错
永久设默认编码为 GBK？不推荐，但可局部配置
全局设
为
是危险操作——会导致所有新文件（包括 .js/.py）都用 GBK 保存，极易引发语法错误或 Git 冲突。更稳妥的做法是：
在工作区根目录放
，加这一段：
——仅对该项目生效
或者用文件关联方式：在设置里搜
，点击“Add Language Specific Setting”，选
，再填
——只影响 .txt 类文件
真正要长期协作的代码文件（.py/.js/.ts），必须坚持用
，别妥协
乱码问题看着小，但根源常在编码链路上多个环节（生成→保存→传输→打开）。VS Code 只管最后一环，所以得先确认文件原本是什么编码——用
（Linux/macOS）或
+ 观察记事本能否正常打开，比瞎试更靠谱。
GBKISO-8859-1UTF-8Reopen with EncodingGBKShift-JISISO-8859-1Save with EncodingUTF-8 with BOMfiles.autoGuessEncodingCtrl+,Cmd+,files.autoGuessEncodingReopen with Encodingfiles.encodinggbk.vscode/settings.json{ "files.encoding": "gbk" }files.encodingPlain Textgbkutf8file -i filename.txtchcp