米侠浏览器嗅探列表为空并非功能损坏，而是因网站采用JS动态加载、Base64内联等方式绕过标准video标签或显式媒体链接，导致嗅探器无法捕获；需先等待5秒确认提示，再通过mi://inspect筛选Media请求，无则手动查资源面板或Network，最后重置开关、切桌面UA、关防护并硬刷新。
米侠浏览器嗅探列表里空空如也，不是功能坏了，而是当前页面根本没触发嗅探器识别条件——它只对标准HTML5 <video> 标签、显式暴露的 .m3u8/.mp4 链接或可解析的媒体请求响应生效，而大量网站用 JS 动态加载、Base64 内联、WebWorker 异步拉取等方式绕过这些路径，导致扫描结果为零。
先确认是不是真没资源可捕获
别急着重置设置，很多用户误把“还没加载完”当成“失效”。HLS 或 MP4 播放器必须完成 manifest 解析 + 至少一个分片请求，嗅探器才有数据可抓。在目标页面点击播放 → 等满5秒 → 看地址栏右侧是否出现“视频已找到”或“音频已找到”提示；若无，再打开 mi://inspect → Network → 勾选“Media” → 刷新页面 → 播放媒体 → 观察是否有状态码 200 且 Content-Type 明确为 video/mp4、audio/mpeg 或 application/vnd.apple.mpegurl 的请求。
如果 Network 面板里连一条带 Media 类型的 200 请求都没有，说明网站压根没走浏览器原生媒体加载流程，自动嗅探必然失败，必须手动介入。
手动从页面资源面板揪出隐藏资源
方法一：调出内置资源扫描器
播放状态下长按页面任意空白处 → 选择“查看页面资源” → 等待扫描完成（通常需 8～15 秒）→ 在结果中搜索 .mp3、.m4a、.m3u8、.ts、.mp4 关键字；【注意区分伪装成 JSON 或图片的假资源，真实媒体文件 URL 必须能直接访问并返回二进制流，而非文本内容】
方法二：过滤脚本注入的资源
有些网站把媒体地址藏在 JS 变量里，资源面板扫不出来。此时需在“查看页面资源”结果中切换到“Scripts”标签页 → 按 Ctrl+F（或手机端点搜索图标）→ 输入 src=、url:、playUrl 等关键词 → 找到含完整 HTTP/HTTPS 路径的字符串 → 手动复制粘贴到新标签页验证是否可直连。
精准定位 Network 中的真实媒体请求
第一步：打开 mi://inspect → 切换到 Network 标签 → 点击右上角过滤器图标 → 输入 m3u8 或 mp4 或 audio → 开始播放媒体
第二步：在请求列表中筛选出 Initiator 列显示为 script 或 fetch 的条目 → 排除 status 为 302/403/404 的请求 → 找到首个状态码为 200 且 Preview 可预览音画的请求
第三步：右键该请求 → 选择“复制” → “复制链接地址” → 新建标签页粘贴访问；【若返回 403 或空白页，说明该 URL 含一次性 token 或 Referer 校验，不可直接下载】
这一步操作起来很简单，直接把复制的链接丢进新标签页就行，但务必验证能否播放——不能播的链接，下载下来也是废文件。
修复嗅探运行环境基础条件
点击右下角菜单 → 设置 → 资源嗅探 → 关闭开关 → 等待2秒 → 重新开启 → 勾选“深度扫描脚本内资源”和“解析Audio标签属性”（若存在）
进入设置 → 网页设置 → 用户代理 → 改为“Desktop” → 刷新页面重试。部分音频服务对移动端 UA 返回空响应，切桌面模式是硬性前提。
关闭广告过滤、脚本拦截、Web智能防护三项中的任意一项。它们会劫持 new Audio().src = xxx 这类动态赋值过程，让嗅探器根本看不到真实地址。
在视频/音频页面，连续快速点击地址栏两次 → 输入 javascript:location.reload(true) → 回车执行硬刷新。这会清空嗅探器内部缓存索引，强制触发新一轮全量扫描。
