乱码源于解码方式错误而非文件本身，需统一编码链路：确认源编码→用iconv或php函数转换→保存为gbk→写入→修正服务器响应头。

确认原始HTML文件当前编码

乱码不是凭空出现的，而是读取时用了错误的解码方式。先别急着转，用文本编辑器（如 VS Code、Notepad++）打开文件，看右下角显示的编码是什么。常见情况有：UTF-8（带或不带 BOM）、GBK、GB2312、ISO-8859-1。如果显示是 UTF-8 却呈现乱码，说明浏览器或服务端实际按 GBK 解码了——这时真正要做的不是“改成 GBK”，而是统一解码逻辑。

用 iconv 命令行批量转成 GBK（Linux/macOS/WSL）

确定源文件确实是 UTF-8 编码，且你明确需要输出为 GBK（比如对接老系统、某些国产浏览器或内网设备），可用 iconv：

anything-to-html

将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。

下载

iconv -f UTF-8 -t GBK input.html > output.html

注意几点：

• -f 指定源编码，必须准确；误写成 UTF-8 但实际是 GB2312，结果会崩出一堆
• -t GBK 输出不带 BOM；若目标环境要求 BOM（极少见），得额外处理
• 含中文标点（如「」、『』、…、—）的 UTF-8 文件转 GBK 后可能丢失或替换成问号，因为部分 Unicode 字符在 GBK 中无对应码位
• 转换后务必检查 <meta charset="GBK"> 鏄

前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！