米侠浏览器字体显示乱码需逐层排查：先手动切换编码（UTF-8/GBK/GB18030），再检查meta charset声明，接着通过开发者工具修正响应头Content-Type中的charset，然后关闭自定义字体并设为系统默认，最后清除字体缓存、网站数据和缓存文件后重启浏览器。
米侠浏览器字体显示乱码，说明浏览器未能正确解析页面字符编码或加载中文字体资源，常见于网页缺失charset声明、服务器响应头错误、自定义字体冲突或字体缓存损坏等情况，必须按层级逐项验证并强制指定编码与字体回退路径。
手动切换当前页面编码
这是最快见效的临时修复方式，适用于单页乱码且网页未声明编码或声明错误的情况。
在乱码页面空白处右键→选择“编码”→依次尝试“UTF-8”“GBK”“GB18030”三项；若页面中文恢复清晰，说明原始编码即为该项，无需继续操作。
注意：若右键无“编码”菜单，请先点击地址栏右侧三个点→“更多工具”→确认“显示编码菜单”已开启——【该开关默认关闭，不开启则无法调出编码选项】。
检查网页源码中的meta charset声明
网页开发者应在HTML头部明确声明编码，若此处写错或缺失，浏览器将依赖默认或响应头，极易导致乱码。
按Ctrl+U打开网页源代码→查找<meta charset="...">或<meta http-equiv="Content-Type" content="text/html; charset=...">标签。
若发现 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。
关闭自定义字体并重置为系统默认
自定义字体与网页原始CSS的行高、字宽、基线对齐等参数不匹配，会导致容器撑开、文字换行异常或Flex/Grid布局计算失准。
点击右上角菜单图标（三个点）→ 进入“设置” → 找到“外观”或“字体与显示”选项。
查找“使用自定义字体”“网页字体”或“字体渲染”开关项，【务必关闭该开关】——开启状态下浏览器会强制替换所有font-family声明，连带破坏rem/em单位换算和line-height继承链。
将“标准字体”“等宽字体”“中文默认字体”全部设为“系统默认”或留空，保存后退出设置页。
清除字体缓存与网站数据
修改字体后，浏览器可能已缓存了错误的字体度量信息（如字符宽度表），仅重启无法清除。
进入“设置” → “隐私与安全” → “清除浏览数据” → 勾选“字体缓存”（若无此选项则勾选“网站数据”+“缓存文件”）→ 点击“清除”。
这一步不能跳过：字体缓存损坏会导致后续所有网页沿用错误的width/height预估值，哪怕已关掉自定义字体，错位仍持续存在。
