VSCode HTML乱码与自动补全无关，本质是编码错配或语言模式识别失败：需先确认右下角显示HTML模式，再检查文件实际编码（如GBK误按UTF-8读取），通过“Reopen with Encoding→GBK”验证后，“Save with Encoding→utf8”转码，并禁用autoGuessEncoding以防中途重载。
VSCode写HTML时自动补全本身不会导致乱码，乱码只发生在文件保存、读取或终端输出环节；所谓“补全乱码”，其实是HTML文件编码设置错误 + 语言模式识别失败的组合问题。
右下角状态栏显示Plain Text或PHP，不是HTML
这是最常见却最容易被忽略的根源：VSCode根本没把当前文件当HTML处理，自然不加载HTML语言服务和Emmet支持，你敲<di></di>也不会弹<div>，更谈不上后续编码问题。
<ul>
<li>点右下角状态栏，确认显示的是<code>HTML，不是Plain Text、PHP、Markdown等
HTML；或按Ctrl+Shift+P → 输入Change Language Mode → 选HTML
.html或.htm；.txt、无后缀、或.vue默认不启用HTML补全.vue或.md里写HTML片段，需在settings.json中加"emmet.includeLanguages": {"vue-html": "html", "markdown": "html"}
文件实际编码是GBK，但VSCode按UTF-8读取
补全出来的标签是正常的，但你在里面手写的中文注释或属性值（如<h1>你好</h1>）一保存就变“浣犲ソ”，说明编辑器解码错了——这和补全功能无关，是编码层错配。
- 右下角点击当前编码名（如显示
UTF-8），选Reopen with Encoding→GBK；若中文立刻正常，说明文件确实是GBK编码 - 确认正常后，再点右下角 →
Save with Encoding→ 选utf8（注意全小写、无BOM）覆写保存 - 别用
utf8bom：HTML中BOM会导致IE/旧浏览器解析异常，且Git diff会多出\ufeff -
"files.autoGuessEncoding": false必须设为false，否则VSCode可能在你编辑中途悄悄用GBK重载，你完全感知不到
Emmet缩写展开后中文变成乱码字符
这种情况极少见，只发生在你用Emmet生成标签后，在属性值里直接输入中文并保存，而文件编码未统一。本质仍是编码问题，不是Emmet的锅。
立即学习“前端免费学习笔记（深入）”；
- 确保
emmet.triggerExpansionOnTab为true（默认就是） - 禁用所有插件测试一次：乱码消失 → 某个插件（如老旧的
Auto Rename Tag）干扰了编码流 - 如果用
code-runner运行HTML文件（比如用Chrome打开），它不涉及编码转换；但若运行含中文的JS脚本，终端代码页要同步：Windows下需chcp 65001或配"terminal.integrated.env.windows": {"PYTHONIOENCODING": "utf8"} -
files.associations别滥用：例如"*.js": "html"会彻底破坏JS语法高亮和补全，得不偿失
HTML预览插件或Live Server输出中文为方块或问号
这不是VSCode编辑器的问题，而是浏览器加载时的编码声明缺失或冲突。VSCode只是个文本编辑器，它不管渲染。
- 检查HTML文件开头是否有
<meta charset="utf-8">，且放在内靠前位置 - 删掉多余的
<meta http-equiv="Content-Type" content="text/html; charset=gbk">，UTF-8和GBK混用必乱 - Live Server默认走HTTP，若本地文件双击打开（file://协议），浏览器可能按系统默认编码（Windows是GBK）解析，此时
charset声明会被忽略 - 用VSCode插件
Open in Browser或Live Server启动，确保走http://127.0.0.1而非file://路径
真正容易被忽略的是：你改了settings.json里的files.encoding，但它对已存在文件完全无效；右下角手动切编码后，VSCode会把这个选择“记在文件头上”，下次打开直接照着读——这个隐式偏好比全局配置优先级还高，排查时得先看它，而不是一头扎进配置文件里翻来覆去。
