VS Code强制HTML用UTF-8无BOM：在项目根目录建.vscode/settings.json，设"files.encoding":"utf8"、"files.autoGuessEncoding":false，并禁用BOM；Sublime/Notepad++需关闭自动检测、手动锁定UTF-8；Git层通过.gitattributes和CI校验兜底，五处（编辑器、meta、HTTP头、构建脚本、数据库）必须全部统一为UTF-8。
开发工具中 HTML 编码不统一，直接导致 Git 提交里全是“看似修改、实则只是编码切换”的脏 diff，甚至页面在不同机器上乱码。解决办法不是靠人盯，而是让编辑器自动识别并强制使用 UTF-8（无 BOM）——这是唯一能跨平台、跨服务端、跨构建流程稳定的方案。
VS Code 怎么强制所有 HTML 文件用 UTF-8 无 BOM
VS Code 默认不会继承系统编码，且新建文件可能沿用上次打开文件的编码。必须显式锁定：
- 在项目根目录建
.vscode/settings.json，写入：{ "files.encoding": "utf8", "files.autoGuessEncoding": false, "[html]": { "files.encoding": "utf8" } } -
files.autoGuessEncoding必须设为false：否则打开一个旧 GBK 文件后，整个工作区会“记住”这个编码，新建 HTML 也跟着用 GBK - 不要勾选“UTF-8 with BOM”：BOM 会破坏 HTTP
Content-Type头解析，某些 CDN 或 Nginx 配置下会导致首行空白或解析失败
Sublime Text 和 Notepad++ 怎么避免编码被悄悄改掉
这两款工具更依赖手动操作，容易在“另存为”时误选编码。关键动作是关闭自由选择权：
- Sublime Text：菜单
File → Save with Encoding → UTF-8，然后立刻执行File → Reopen with Encoding → UTF-8，再关掉所有标签页重开——这是清除缓存编码状态的最可靠方式 - Notepad++：设置 → 首选项 → 新建 → “格式”选
UTF-8（不是UTF-8-BOM），并勾选“以 UTF-8 格式保存新文档” - 两者都禁用“检测编码”功能：Notepad++ 取消勾选“从文件中自动检测编码”，Sublime Text 关闭
detect_indentation相关自动推断逻辑
Git 怎么防止不同编码文件混进仓库
光靠编辑器不够，Git 层要兜底。否则有人用记事本保存，乱码就进主干了：
立即学习“前端免费学习笔记（深入）”；
- 在项目根目录加
.gitattributes：* text=auto eol=lf *.html text eol=lf charset=utf-8
-
charset=utf-8不是 Git 原生指令，但配合 Git LFS 或 pre-commit hook 可触发校验（如用iconv -f utf-8 -t utf-8 //dev/null 检查是否真为 UTF-8） - CI 流程中加一步：
file --mime-encoding *.html | grep -v 'utf-8$'，有输出就报错阻断合并
为什么改了编辑器设置还出现乱码
常见原因不是设置没生效，而是多个环节在“打架”：
-
meta charset写的是GBK，但文件实际存为 UTF-8：浏览器优先信meta，结果把 UTF-8 字节当 GBK 解，必然乱码 - Web 服务器返回了
Content-Type: text/html; charset=iso-8859-1：HTTP 头优先级高于meta，本地预览（file://）正常，一上 Nginx 就崩 - 构建工具（如 Vite、Webpack）读取 HTML 模板时用了错误的编码读取器：例如
fs.readFileSync(path, 'latin1')硬编码读取，后续再 toString() 就已损坏
真正同步的难点不在“怎么设”，而在“谁说了算”：编辑器、meta、HTTP 头、构建脚本、数据库连接字符集，这五处必须全部指向 UTF-8，缺一不可。少锁住任何一环，乱码就会在某个部署节点突然冒出来。
