火狐导出的bookmarks.html为UTF-8无BOM且缺charset声明，导致百度、UC等浏览器导入时中文乱码；应先验证火狐页面编码确为UTF-8，再通过记事本另存为UTF-8（带BOM）或在中插入修复，UC导入还需补全DOCTYPE及TITLE头部并确保BOM与meta一致。
火狐导出的 bookmarks.html 在导入到百度、UC 或其他浏览器时出现中文乱码，根本不是文件“导出错了”，而是接收端没按 UTF-8 解码——bookmarks.html 本身始终是 UTF-8 编码，只是默认无 BOM，且缺少显式声明。
确认文件实际编码是否为 UTF-8
别急着改文件，先验证问题源头。用火狐打开任意网页 → 右键 → “查看页面信息” → 切换到“通用”选项卡 → 看“字符编码”是否显示为 UTF-8。若显示正确，说明导出文件没问题，乱码一定出在导入方解析逻辑上。跳过这步容易误判为火狐异常，浪费时间重装或清数据。
用记事本保存为 UTF-8（带 BOM）最直接
Windows 自带记事本对 UTF-8 的处理已更新：选择“另存为” → 编码下拉菜单中选 UTF-8（注意不是 ANSI 或 Unicode）→ 保存。新版记事本把 UTF-8 默认设为带 BOM 格式，能绕过百度、UC 等旧解析器的默认 GBK 检测逻辑。这个操作比改 meta 更快，且对双击打开 HTML 文件的场景（如百度浏览器直接双击导入）效果稳定。
手动插入
这是兼容性最强的修复方式，尤其适合导入前需人工校验或批量处理的场景：
- 用 VS Code 或 Sublime Text 打开
bookmarks.html（避免用记事本先打开再保存，否则可能二次转码） - 按
Ctrl+F搜索，在该标签内部最上方插入一行： - 确保这行在
内只有一处 charset 声明 - 保存时明确选
UTF-8编码（VS Code 底部状态栏可点编码名切换）
此 meta 声明会强制所有 HTML 解析器优先按 UTF-8 解码，比依赖文件 BOM 更可靠——百度、UC 导入时都认这一行。
导入 UC 浏览器失败时额外检查结构完整性
UC 对书签 HTML 结构敏感，光编码对还不行：
- 打开文件，确认开头有标准 Netscape 书签头部：
!DOCTYPE NETSCAPE-Bookmark-file-1和 - 若缺失，手动补上三行（放在
后、Bookmarks - UC 电脑端导入成功率远高于手机端，务必优先用 PC 版操作
真正容易被忽略的是：BOM 和 必须同时存在且一致。只加 meta 但文件被错误保存为 GBK，或只存 BOM 却没声明 charset，都会导致部分浏览器（尤其是 UC）静默失败——它不报错，只是跳过乱码条目，最终导入的书签缺了一半中文名。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
