米侠浏览器文字乱码需逐层排查：先手动切换编码（utf-8/gbk/gb18030），再检查meta charset声明，接着通过开发者工具修正响应头content-type中的charset，然后关闭自定义字体并设为系统默认，最后清除字体缓存、网站数据和缓存文件后重启浏览器。
米侠浏览器加载网页时文字乱码，说明浏览器正在用错误的字符编码解析中文字符流，比如把UTF-8编码的页面当成ISO-8859-1读取，每个汉字被拆成两个无法识别的字节，直接显示为方块、问号或“齪”类符号——这和字体缺失无关，也和网速快慢无关，纯粹是解码规则错配。
手动切换当前页面编码
这是最快见效的临时修复方式，适用于单页乱码且网页未声明编码或声明错误的情况。
在乱码页面空白处右键→选择“编码”→依次尝试“UTF-8”“GBK”“GB18030”三项；若页面中文恢复清晰，说明原始编码即为该项，无需继续操作。
注意：若右键无“编码”菜单，请先点击地址栏右侧三个点→“更多工具”→确认“显示编码菜单”已开启——【该开关默认关闭，不开启则无法调出编码选项】。
检查网页源码中的meta charset声明
网页开发者应在HTML头部明确声明编码，若此处写错或缺失，浏览器将依赖默认或响应头，极易导致乱码。
按Ctrl+U打开网页源代码→查找或标签。
若发现 charset=iso-8859-1、charset=windows-1252 等非中文编码，而页面含大量中文，基本可判定是网站端配置错误；此时手动切换编码即可绕过，无需联系管理员。
若完全找不到任何 charset 声明，说明网页未做基础编码定义，必须依赖浏览器默认行为——这时应优先使用GBK或GB18030编码尝试，而非UTF-8。
通过开发者工具强制修改响应头编码
当服务器返回的HTTP响应头中 Content-Type 声明了错误 charset（如 charset=ISO-8859-1），即使网页meta写对也无效，必须覆盖响应头。
第一步：在乱码页面按 F12 打开开发者工具→切换到 Network 标签页→刷新页面。
第二步：在请求列表中点击第一个 HTML 文件（通常名称为 index.html 或域名根路径）→右侧 Headers 面板中找到 Response Headers →定位 Content-Type 行。
第三步：若其值为 text/html; charset=iso-8859-1，说明服务器发错了编码指令；此时需安装「Modify Headers for Google Chrome」类扩展，或使用米侠内置调试模式：地址栏输入 mi://devtools#network，启用“重写响应头”功能，将 charset 强制改为 gbk。
关闭自定义字体并重置为系统默认
开启“使用自定义字体”后，浏览器强制替换 font-family，会中断 rem/em 单位换算链与 line-height 继承关系，导致容器撑开、文字换行异常、行高塌陷。
进入设置 → 字体与显示 → 关闭“自定义字体”和“强制使用系统字体”开关。
将“标准字体”“等宽字体”“中文默认字体”全部设为“系统默认”或留空，保存后退出设置页。
关闭该开关后必须重启浏览器，否则旧字体度量值仍在内存中运行。
清除字体缓存、网站数据和缓存文件
字体缓存损坏会导致浏览器加载错误的字形映射表，尤其在系统更新或更换字体后容易触发。
点击右上角菜单 → 设置 → 隐私设置 → 清除浏览数据。
勾选“缓存文件”“Cookies及网站数据”“字体缓存”（若选项可见），时间范围选“所有时间”。
清除完成后，重启米侠浏览器——直接关闭所有窗口再重新打开，否则部分缓存仍驻留在内存中，乱码可能持续存在。
