缓存任务在应用里的位置
缓存的入口和收藏、投屏并列放在作品详情页的操作行里。点进去按集勾选,任务会进入应用内的缓存管理列表,可以暂停、取消,也可以接着没下完的继续。已经缓存完成的内容在飞行模式下同样能播,这是它区别于「在线看」的核心价值。
有一件事需要提前知道:缓存的视频由应用自己的目录管理,在系统相册或文件管理器里翻不到可以直接播放的成品文件。这不是异常,而是应用为了避免被外部程序误删而采取的做法。想确认缓存是否成功,看应用内的缓存列表比翻文件夹更直接。
清晰度与体积的量级关系
同一集动画,清晰度越高体积越大,这个关系大致是成倍的。按单集二十四分钟估算:标准档一般在百余兆的量级,高清约为它的两倍,最高档还要再往上翻。具体数值会随作品时长、画面复杂度浮动,应用内缓存前一般会显示预估体积,那个数字比任何经验值都准。
四种观看计划的空间量级估算
| 观看计划 | 标准档 | 高清档 | 最高档 |
|---|---|---|---|
| 两天通勤来回,每天两集 | 数百兆 | 约 1GB 上下 | 约 2GB 上下 |
| 一周在路上的空闲时间 | 约 1GB 出头 | 约 2–3GB | 约 4–6GB |
| 整季作品一次备齐(十二集) | 约 1.5GB 上下 | 约 3GB 上下 | 约 6GB 上下 |
| 长途行程搭配一部剧场版 | 数百兆 | 约 1GB 上下 | 约 2GB 上下 |
上表是按单集时长推算的量级,不是精确数值;实际占用以应用内缓存界面显示的预估体积为准。
出行前该存多少集
一个实用的算法是先算时间再选集数:单集二十四分钟,路上两小时大约能看五集,按这个数量再加一集余量就够。存得过多有两个代价——一是占空间,二是缓存本身需要时间,临时才想起要存往往来不及。
另一个容易被忽略的点是缓存要在稳定的网络下完成。用移动网络边看边缓存既慢又费流量,正确的做法是回家连上 Wi-Fi 之后一次性存好。如果确实需要在外面补缓存,优先选择标准档,体积小、完成得快。
清缓存和清数据的代价差别
这两个操作在系统设置里只差几个字,代价完全不同,是使用中最容易踩的一处。清理缓存只删掉已缓存的视频片段,收藏、历史观看和登录状态都保留;清除应用数据等于把应用恢复成刚装好的样子,账号登录、收藏列表和观看记录会一起消失。
两个操作的代价对照
| 操作 | 会失去什么 | 什么时候适合做 |
|---|---|---|
| 清理缓存 | 已缓存的视频片段,需要时可重新缓存 | 空间告急,或者缓存文件出现异常时 |
| 清除应用数据 | 登录状态、收藏、历史记录一并清空 | 几乎只在排查严重故障时使用,且需先想清楚代价 |
按「先清缓存、再想别的」的顺序处理,绝大多数空间问题不需要动到应用数据。
弱网环境下的处理顺序
网络不稳定时,处理顺序直接影响恢复速度。按代价从小到大排:先切换清晰度降一档,再换播放线路,然后切网络(从流量换到 Wi-Fi,或者开关一次飞行模式),接着重启应用,最后才考虑清缓存。跳过前面几步直接清缓存,不但解决不了网络问题,还会白白丢掉已经存好的内容。
地铁隧道、地下车库这类短时断网的场景,其实更适合用已缓存的内容顶上:缓存好的集数不依赖网络,播放过程不会因为信号抖动而中断。这也是为什么建议在出门前把当天的份量先存下来。
缓存失效的几种情况
缓存完成的内容并非永远有效。常见的几种「缓存还在但播不了」的情形:一是换了一台设备,缓存文件不会跟着账号迁移;二是手动清理过缓存或做过应用数据的清除;三是作品本身调整了播放源,旧片段与新列表对不上。遇到这些情况,重新缓存对应集数通常就能恢复。
如果空间一直紧张,可以考虑只保留最近要看的几集,看完就清,把缓存当成流动的临时仓库而不是长期仓库。想先弄清线路和画质的取舍逻辑,可以看多线路播放与离线缓存的实际用法;遇到装载或播放异常,则更适合按播放卡顿与搜不到作品的应对里的顺序逐条排查。