蘑菇短视频找不到入口时流量消耗排查15步：从1到15不绕弯

当用户反馈“找不到短视频入口但流量仍在被消耗”时，通常是前端入口配置与后台预取/播放机制、第三方SDK或网络设置之间出现了不一致。下面给出一份一步步的排查清单，覆盖客户端、服务端、网络和运维角度，直接可操作，便于定位并快速修复。

1) 明确问题范围与复现条件

收集例子：用户设备型号、系统版本、APP版本、网络类型（Wi‑Fi/4G）、发生时间、用户ID、出现频率。
自己复现：用相同版本、相同网络、同一账号按用户描述操作并记录是否能复现。

2) 检查版本与最近变更

查看最近发布的APK/IPA、灰度/AB测试、远程配置（Remote Config）修改记录。
如果是灰度用户报障，回滚或暂停灰度测试验证是否消失。

3) 核实入口配置和路由

检查入口是否被隐藏（feature flag、JSON配置、后端返回的入口字段）。
核对深链、Intent filter 或 URL 路由是否被误改导致入口不可见但页面仍被后台请求。

4) 查看前端埋点与日志

检查曝光/点击埋点是否上报（入口曝光事件未上报但视频请求存在说明被预取）。
导出客户端日志（Android: adb logcat；iOS: 控制台日志）查找异常请求或错误堆栈。

5) 确认预取（prefetch）与热启动策略

查看是否启用了开屏或首页的内容预取、推荐列表预加载。降低预取阈值或临时关闭再测。
检查预取是否在无入口情况下仍触发（feature flag/策略错误）。

6) 检查自动播放与分辨率降级逻辑

验证自动播放策略（Wi‑Fi下播放/流量下静音播放/缩略图替代）是否按预期生效。
确认是否存在高码率视频在后台被持续下载而未降级。

7) 后台任务与下载队列排查

Android: 检查 WorkManager/JobScheduler、DownloadManager 是否有未终止任务。
iOS: 检查 Background Fetch、NSURLSession 后台任务是否被异常触发或未完成。

8) 系统层权限与省流量模式检查

Android：设置->网络与互联网->数据使用->应用数据使用，查看蘑菇短视频流量详情，关闭“后台数据”试验效果。
iOS：设置->蜂窝移动网络->向下滚动至应用，检查“允许使用无线数据”；设置->通用->后台应用刷新，关闭应用的后台刷新再测。

9) 抓包分析（客户端到服务端）

使用 Charles/mitmproxy/wireshark 抓包，关注大流量请求、重复请求、长连接持续下载。
注意 HTTPS/证书校验（Release 版可能有证书针扎，需用 debug 或绕开证书校验做内测）。

10) CDN 与服务器端日志核查

查询 CDN 访问日志（时间段、IP、路径、缓存命中率），定位是否是大量 origin fetch。
检查服务器侧是否有预取接口、push content 导致频繁下发。

11) 第三方 SDK 和广告平台检查

列出接入的广告、推荐、监控 SDK（比如常见的广告 SDK 会预加载素材），在 SDK 文档或控制台查看预加载策略。
暂时禁用疑似 SDK 做 A/B 测试，观察流量变化。

12) WebView / H5 与跨域资源排查

如果入口由 H5 渲染，检查 H5 页面中是否有隐藏 iframe、自动音视频、无限轮询等会消耗流量的请求。
查看 WebView 配置（是否允许自动加载图片/媒体）及其缓存策略。

13) 推送/推荐算法与召回预热

核查是否存在推送触发的预热请求（消息/推荐下发时顺带拉取视频）。
检查推荐系统是否在未展示入口时仍进行批量拉取并在客户端缓存。

14) 设备与网络差异化测试

在不同设备、不同系统、不同运营商与 Wi‑Fi 下复现问题，确认是否与特定网络/运营商相关。
使用飞行模式+Wi‑Fi、仅蜂窝数据等组合定位流量来源。

15) 立即应急措施与长期防护

立即措施：关闭预取、暂停灰度、下发配置禁用自动播放、推送用户告知/提示并收集更多日志。
修复后验证：通过对比流量曲线、CDN origin 请求数、客户端埋点确认流量下降到正常水平。
长期建议：增加“边界值”guardrails（最大预取大小、网络类型判断、后台下载速率限制）、扩展埋点（记录预取/下载来源标签）、在发布流程中加入灰度和流量观测门槛。

附：实用命令与小技巧

Android 查看实时日志：adb logcat -s YourAppTag
Android 查看流量统计（非 root）：Settings -> Network & internet -> Data usage -> Mobile data usage
iOS 导出控制台日志：Xcode Device Console 或 macOS Console 应用
抓包绕过证书针扎：使用 debug build 或在测试环境关闭 pinning；或使用 Frida 动态 hook（仅限调试环境）
快速验证：卸载重装 APP 或清除缓存后复测，能排除旧缓存引起的异常。

结尾建议排查时按以上顺序由客户端可见配置向底层网络、再到服务端逐层推进；每一步都记录时间点与对照数据（流量曲线、CDN origin 数、埋点事件）以便回溯。定位到根因后，先做小范围灰度验证再发布全量修复，修复后继续监控 24–72 小时确认无回归。若需要更深入的抓包或日志分析样例，我可以提供具体抓包过滤规则和示例话术供运维与QA使用。