米侠浏览器下载中文文件名乱码是因编码解码不匹配所致，需先区分乱码发生时机，再通过手动重命名、启用自动解码功能、服务端响应头优化或切换user-agent等方式解决。
你在米侠浏览器里点下载，文件明明成功保存了，但文件管理器里看到的却是“%E7%94%A8%E6%88%B7%E5%8D%8F%E8%AE%AE.pdf”或“?????.zip”这类编码字符，而不是正常的中文名——这不是文件损坏，而是浏览器与服务器在传输过程中对中文文件名的编码解码规则不匹配所致。
确认乱码类型并匹配修复路径
先区分是下载框弹出时就乱码，还是文件保存后在文件管理器中显示乱码。前者是服务端响应头编码错误，后者多为浏览器本地解析失败。打开下载历史，长按目标项→“复制文件路径”，粘贴进文件管理器地址栏跳转，观察文件名是否真实含%xx序列：若含，说明服务端未按标准编码；若不含但显示方块或问号，说明米侠浏览器解码逻辑有偏差。
手动重命名绕过编码陷阱
这一步操作起来很简单，直接在文件管理器里长按文件→“重命名”就行。
输入正确中文名后务必检查扩展名是否被意外覆盖——【重命名时切勿删除“.pdf”“.apk”等后缀，否则文件将无法打开】。例如原文件是“用户协议.pdf”，重命名只能改前面部分，末尾“.pdf”必须保留。
启用浏览器自动解码功能
米侠浏览器v5.7.0起内置了中文文件名智能还原模块，但默认关闭。
① 在地址栏输入 mi://settings/download 并回车，进入下载设置页。
② 找到“下载文件名处理”选项，将其设为“自动识别并还原UTF-8/GBK编码”。
③ 关闭设置页，重启浏览器生效——此开关开启后，所有后续下载的中文名将直接显示正常，无需手动干预。
服务端兼容性临时补救（需网站管理员配合）
如果你自己运营网站并提供下载链接，可在HTTP响应头中强制声明多浏览器兼容的Content-Disposition格式：
方法一：采用RFC5987标准（推荐）
响应头写为：Content-Disposition: attachment; filename*=UTF-8''%E7%94%A8%E6%88%B7%E5%8D%8F%E8%AE%AE.pdf
方法二：双格式兜底（适配旧版IE）
响应头写为：Content-Disposition: attachment; filename="user-agreement.pdf"; filename*=UTF-8''%E7%94%A8%E6%88%B7%E5%8D%8F%E8%AE%AE.pdf
【注意：filename*参数必须使用单引号分隔，且UTF-8后紧跟两个英文单引号，缺一不可】
切换User-Agent骗过老旧服务端逻辑
某些老系统只认IE编码规则，对Chrome内核返回的Base64编码置之不理。临时切换UA可触发服务端降级输出。
1、点击右上角菜单 → 设置 → 高级 → 用户代理
2、选择“Internet Explorer 11”或“Edge Legacy”模式
3、重新访问下载页面，点击链接下载——此时服务端大概率返回URL编码格式的filename，米侠浏览器能正确解码。
