宙斯浏览器文件名乱码需三步解决：一、检查network中content-disposition是否含filename*=utf-8''标准格式，否则联系后端修正；二、在zeus://flags启用rfc 5987解析并重启；三、对已乱码文件用7-zip重命名。
宙斯浏览器保存的文件名显示为问号、方块或一串不可读字符，说明浏览器在解析HTTP响应头中的Content-Disposition字段时，错误地将UTF-8编码的中文文件名按ISO-8859-1解码，根源在于服务端未按RFC 5987标准提供filename*参数，或浏览器未启用对应解析逻辑。
确认服务端是否合规输出文件名
这一步必须做，否则所有客户端补救都只是临时绕过问题。宙斯浏览器严格遵循RFC规范，若服务端只返回filename="报告.pdf"这类老式写法，它会默认用ISO-8859-1解码，必然乱码。
第一步：按 Ctrl+Shift+I 打开开发者工具 → 切换到 Network 标签页 → 刷新页面 → 找到目标下载请求（如点击“导出Excel”触发的请求）→ 点击该请求。
第二步：在右侧 Response Headers 区域查找 Content-Disposition 字段。若其值为 attachment; filename="测试文件.xlsx" 或 attachment; filename="%E6%B5%8B%E8%AF%95.xlsx"，说明服务端未适配现代标准。
第三步：正确格式应包含 filename*=UTF-8'' 前缀，例如：attachment; filename*=UTF-8''%E6%B5%8B%E8%AF%95%E6%96%87%E4%BB%B6.xlsx。联系后端开发人员，要求在设置该响应头时使用标准写法：【Content-Disposition: attachment; filename*=UTF-8''%E6%B5%8B%E8%AF%95.xlsx】。
强制浏览器启用RFC 5987解析
当无法立即修改服务端时，可通过宙斯浏览器内部实验性开关启用兼容模式。此操作需重启生效，且仅对新发起的下载请求有效。
方法一：启用RFC 5987解析支持
在地址栏输入 zeus://flags 并回车 → 在搜索框中输入 content-disposition → 找到 Enable RFC 5987 filename parsing 选项 → 将其设为 Enabled → 点击右下角 Relaunch 按钮彻底重启浏览器。
方法二：禁用自动编码检测（防干扰）
进入 zeus://settings/appearance → 找到“Web内容”区域 → 关闭 自动检测网页编码 开关 → 保存设置并彻底退出浏览器进程后再启动。注意：此操作会同步影响网页正文编码识别，请仅在确认网页meta charset声明完整时启用。
手动重命名已乱码的下载文件
对已保存但文件名损坏的文件，需剥离不可见控制字符并转为合法UTF-8名称。Windows资源管理器直接重命名常失败，因系统底层仍按旧编码解析文件元数据。
① 右键乱码文件 → 选择“重命名” → 全选当前名称（含问号/方块）→ 删除 → 输入纯英文或数字名称（如report_final.xlsx）→ 回车保存；
② 打开PowerShell（管理员权限非必需），执行：ren "???.xlsx" "report.xlsx"，引号内粘贴乱码文件名（可从资源管理器地址栏复制）；
③ 若仍报错，用7-Zip打开所在文件夹 → 右键乱码文件 → “重命名” → 直接输入中文名称 → 【确定】。7-Zip绕过Windows Shell编码层，能正确处理UTF-8文件名元数据。
