vscode右下角显示utf-8但中文乱码，说明文件实际是gbk/gb2312编码而被误判；应先“通过编码重新打开”选择gb2312/gbk/gb18030，显示正常后再“通过编码保存”为utf-8，并在html中添加。
VSCode右下角显示UTF-8但中文乱码
这说明文件实际不是UTF-8，而是GBK/GB2312等编码，VSCode误判了。直接保存会把乱码固化——千万别点Ctrl+S。
正确做法是：点击右下角UTF-8 → 选通过编码重新打开 → 搜索GB2312或GBK → 选Simplified Chinese(GB2312)。如果还不对，挨个试GBK、GB18030。
- 试完后若显示正常，立刻点右下角
UTF-8→通过编码保存→ 选UTF-8，把文件转成标准编码 - 别跳过这步：转存后必须在HTML头部补上
<meta charset="UTF-8">，否则浏览器仍可能按默认编码解析 - Windows记事本另存为的HTML，90%是GBK；从老项目拷来的文件，优先怀疑GB系列编码
设置files.autoGuessEncoding为true后仍乱码
files.autoGuessEncoding只在首次打开文件时生效，且对纯中文无标点的文本识别率低。它不是万能开关，更不是实时监听器。
你改了设置却没效果，大概率是因为：文件已缓存在VSCode内存中，没真正重载。
- 改完
settings.json后，必须关闭该文件标签页，再重新用File → Open File...打开，不能用最近文件列表或Ctrl+Tab切换 - 如果文件夹里一堆GBK文件，光靠autoGuess不够稳，建议配合插件
GBK to UTF8 for VSCode批量转换 - 禁用
files.encoding硬设为utf8——它会强制所有新文件用UTF-8，但对已存在的GBK文件反而加重误判
HTML在浏览器中乱码，但VSCode里显示正常
VSCode显示正常，只代表编辑器解码对了；浏览器乱码，说明它没收到明确的UTF-8指令。
核心矛盾在于：HTTP响应头、<meta>、文件实际编码三者不一致。
- 检查HTML文件开头是否有
<meta charset="UTF-8">，且必须放在内、越靠前越好（最好第二行） - 确认文件保存时确实是UTF-8：右下角状态栏必须稳定显示
UTF-8（不是UTF-8 with BOM），BOM会导致某些服务器或工具解析异常 - 如果你用Live Server插件启动，它默认发
Content-Type: text/html; charset=utf-8；但双击打开file://协议时，浏览器只认<meta>，此时缺它必乱码
终端运行HTML相关脚本时中文输出乱码
比如用Code Runner点播放键、或命令行执行node build.js输出中文日志乱码，问题不在HTML文件本身，而在终端环境编码。
Windows CMD默认是GBK（代码页936），而你的JS/Python脚本按UTF-8写入，必然碰撞。
- 临时解决：在终端执行前加
chcp 65001（切换到UTF-8），再跑命令 - 长期解决：改用
Windows Terminal或Git Bash，它们默认支持UTF-8，无需手动切代码页 - Node.js脚本里可加
process.stdout.write('\u001b[2J\u001b[0f');这类ANSI控制符前，先确保process.stdout.setEncoding('utf8')
最易被忽略的一点：VSCode里“看起来正常”不等于“编码正确”。右下角显示UTF-8只是当前解码方式，不代表文件磁盘字节真是UTF-8。务必用十六进制编辑器或file -i filename.html（Linux/macOS）验证实际编码。否则所有后续操作都在错误前提下进行。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
