下载带中文名的文件，打开一看，文件名全变成""或者空空的小方框，或者干脆是一串不知所云的乱码——米侠浏览器的用户，尤其是经常在国内网站下载资源的，大概率都撞上过这个烦心事。文件名没法辨认，只能手动一个个重命名，效率低不说，还容易搞错。这个问题怎么治？其实并不复杂，关键就三步：服务端的URL编码要对，注册表里埋一个"IE9"的伪装身份，最后再清理缓存重启一下。走完全套流程，下载下来的中文名就能正常显示了。

确认乱码是否由服务端编码缺失引发

先从最常见的根源下手：服务端有没有按浏览器兼容逻辑来生成 Content-Disposition 响应头。米侠浏览器底层用的是 Android WebView / X5内核，它对 filename 参数的解析路径，跟IE、Chrome走了个"杂交"：既不支持 RFC2231 定义的 filename*=UTF-8'' 标准写法，也不接受纯 ISO-8859-1 转码结果。它需要的，是服务端把中文文件名做一遍 URL 编码之后，直接塞进 filename= 字段里。

换句话说，如果你能控制服务端的代码，确保响应头写成这个样子：attachment; filename=%e4%b8%ad%e6%96%87.pdf —— 也就是先用 UTF-8 转成字节流，再走一遍 URLEncoder.encode(str, "UTF-8") 生成。千万别写成 filename*=UTF-8''%e4%b8%ad%e6%96%87.pdf，更不能直接丢原始中文字符进去。

这一步如果没做对，后面所有客户端的修复手段都等于白费——因为米侠在解析阶段就已经把非法字段值直接丢弃了，根本没机会走到解码这步。

强制浏览器启用IE9兼容解码路径（注册表级修复）

米侠浏览器的HTTP响应头解析模块，走的是IE那一套旧式解码逻辑：拿到 Content-Disposition 里的 filename 参数，默认先用 ISO-8859-1 转一遍。但服务端实际发过来的却是 UTF-8 URL 编码值，两边不匹配，乱码就这么来的。要让系统级网络栈"假装"自己是 IE9，手动改反赌册表就能触发兼容路径。

方法一（适合没有组策略编辑器的家庭版Win）：

按 Win + R → 输入 regedit → 以管理员身份打开注册表编辑器。定位到路径：HKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWindowsCurrentVersionInternet Settings。

在右侧空白处右键 → 新建 → 项 → 命名为 User Agent。进入刚建好的 User Agent 项，右键 → 新建 → 字符串值 → 名称写 Version。双击 Version，在"数值数据"栏里严格填入：MSIE 9.0（注意中间有空格和点号，写成 MSIE9.0 或 MSIE 9 都不行）。

【关键：必须重启电脑，只重启浏览器无效】。重启后重新打开米侠浏览器，再下载一个有中文名的文件试试。

替换为支持多编码检测的文件管理器（临时绕过）

如果服务端代码改不了，注册表权限也受限，有没有临时应急的办法？有。绕过浏览器那一层的处理，直接等文件落地后，用第三方文件管理器来识别正确名称。米侠下载的文件默认存到 /sdcard/Download/，但系统自带的文件 App 通常以 GBK 或 ISO-8859-1 来解码 UTF-8 编码的文件名，乱码就出来了。

装一个支持编码自动检测的文件管理器，比如 Windows 上的 Explorer++ 或 Android 上的 Solid Explorer。启动后进到 /sdcard/Download/ 目录，点菜单 → "编码" → 挨个试 UTF-8、GBK、ISO-8859-1，直到中文名正常显示出来。确认后长按文件 → 重命名为正确的名称 → 再用米侠浏览器打开它。这样虽然多了一步手动操作，但至少绕过了下载环节的乱码问题。

验证并清理残留缓存（关键收尾动作）

即使注册表修改生效了，米侠浏览器内部可能还缓存着旧版的 Content-Disposition 解析结果，导致新下载的文件仍然走了错误的解码逻辑。所以最后几步清缓存的操作不能省。

具体操作：在米侠浏览器地址栏输入 mi://net-internals/#dns → 点击"清除主机缓存"；接着输入 mi://net-internals/#sockets → 点击"关闭所有套接字"；然后进入设置 → 隐私与安全 → 清除浏览数据 → 勾选"缓存文件和图片"和"Cookie及网站数据"，时间范围选"所有时间"。清理完之后，彻底关闭米侠浏览器进程（不要只退到后台），再重新启动。这下子，下载中文文件名的乱码问题就能彻底解决了。

《夸克》非常好用的免费AI浏览器

下载APP查看