Notepad++ HTML中文乱码主因是编码误判，须先“以GBK或GB18030编码”验证可读性，再“转为UTF-8”保存；直接“转为UTF-8”会将错解乱码固化，导致不可逆损坏。
Notepad++ 里 HTML 文件中文乱码，90% 是编码识别错，不是文件坏了——别急着“转为UTF-8”，先用“以某编码打开”验证原始编码，否则一转就永久损坏。
为什么HTML在浏览器里显示“锟斤拷”，但Notepad++状态栏却显示UTF-8？
因为 Notepad++ 状态栏显示的只是它“猜”的编码，不是文件真实编码。常见误判是：文件实际是 GBK（比如 Windows 记事本保存的），却被 Notepad++ 误标为 UTF-8 或 ANSI；此时你再点“转为UTF-8”，等于把已错解的“锟斤拷”字节重新按 UTF-8 编码写入，彻底固化乱码。
- 真正要做的第一步是：点击菜单【编码】→【以GBK编码】（或【GB18030】），看中文是否立刻变正常
- 若恢复清晰，说明原始编码就是 GBK/GB18030；若仍乱，再试【以UTF-8编码】
- 注意：【以UTF-8编码】和【以UTF-8-BOM编码】效果几乎一样，但 BOM 文件开头多
EF BB BF，Python 或某些 HTML 解析器会报错 - 别点【UCS-2 LE】或【UCS-2 BE】——那是老式记事本双字节 Unicode，现在极少见，点了反而更乱
确认原始编码后，怎么安全转成标准UTF-8并让浏览器认出来？
只有在“以某编码打开”后文字完全可读（标点是“”不是``，引号、顿号、汉字全对），才能执行真实转换。
- 点击【编码】→【转为UTF-8】（不是“UTF-8-BOM”，除非你明确要兼容 IE6 或老旧 CMS）
- 立刻按
Ctrl+S保存——这步不能省，关闭不保存就白做了 - 在 HTML 文件头部加声明：
<meta charset="UTF-8">（放在<head>里第一行） - 如果用了
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">，必须删掉或改成UTF-8，否则浏览器优先信 meta 标签
批量处理多个HTML文件，脚本里最容易踩的坑是什么？
用 Python Script 插件批量转码时，最常出问题的是路径硬编码和编码判断逻辑写死。
立即学习“前端免费学习笔记（深入）”；
- 脚本里
ROOT_DIR = r"D:\my_project"必须是绝对路径，且结尾不能漏反斜杠 - 别直接写
iconv -f GBK -t UTF-8——Notepad++ 的 Python Script 不调用系统 iconv，得用chardet或charset-normalizer库检测，但这两个库默认没预装，容易运行报ModuleNotFoundError - 更稳的做法：先人工确认 2–3 个典型文件的真实编码（比如全用 GBK），然后脚本里固定用
encoding='gb18030'读、encoding='utf-8'写，跳过自动检测环节 - 每次写入前加备份：
shutil.copy(file_path, file_path + '.bak')，防脚本跑飞丢数据
真正麻烦的从来不是“怎么转”，而是“转之前没确认原始编码”。很多同学 Ctrl+S 保存后关掉重开，发现还是乱码，回头一看状态栏又变回 ANSI——其实是没点“转为”，只点了“以UTF-8”，而这个操作不触发保存提示，很容易以为搞定了。
