缓存的入口藏在阅读界面里
第一次用的人经常找不到缓存在哪儿,因为在首页和分类页上都不会直接出现这个词。它其实分散在两个位置,两个位置管的事情还不一样。
第一个位置在作品页的按钮行里。作品页上依次排着加入书架、开始阅读、缓存、评论四个按钮,点缓存之后会打开话数选择,勾选想说存下的章节,加入下载任务队列。这个入口适合「先把前面几十话一次存好」这种批量动作。
第二个位置在阅读界面里。阅读时轻点画面中央会呼出控制层,控制层上排着目录、亮度、背景、翻页、更多几项,缓存的入口就在这一层里。它的好处是带着上下文:你已经在读第 12 话,从这里点缓存,默认就是当前这一话往后,不用再到列表里重新找位置。
按话缓存和整部缓存差在哪
两种做法在操作上只差一次点击,代价却差得远,值得先说清楚再动手。
- 按话缓存适合追更中的作品。你只需要接下来几天的量,比如通勤来回要看的三话,存完就够用,占用的空间可控。
- 整部缓存适合已经完结、打算一口气读完的作品。一次性排队下来,后面的阅读完全不依赖网络,但长篇作品的占用会成倍上升。
一个实用的折中做法是:先把当前区间内的章节存满。长篇作品的话数本来就分了区间,把当前这个区间存完,等于给接下来很长一段时间的阅读上了保险,又不会像整部缓存那样一次性吃掉大量空间。
按阅读计划估算要留的空间
表中的量级只用来帮你判断「该不该现在存」,不是精确值。实际体积受画面精细度、彩色还是黑白、单页还是长条图影响,同一话的数据量能有几倍的差别,所以留出余地比算得精确更重要。
不同阅读计划对应的占用区间(量级估算)
| 阅读计划 | 典型的缓存量 | 占用区间 | 建议 |
|---|---|---|---|
| 每天通勤两话 | 约 10 话常备 | 百 MB 级别 | 随手存,不必刻意管理 |
| 周末集中追更 | 约 40 话 | 数百 MB | 读完按作品清理一次 |
| 长途出行一周 | 一到两个区间 | 一到数 GB | 出发前留出余量,回来即清 |
| 整部收藏式留存 | 全话数 | 数 GB 起 | 只对已完结、真心想重看的作品这么做 |
彩色长条图的单话体积通常明显高于黑白页漫,同样话数下占用可能翻倍,估算时按偏大的一侧留余量更稳。
清理缓存和清除应用数据不是一回事
这两个操作的名字只差几个字,在设置列表里常常挨着放,代价却完全不同。写过一次就明白,但弄错一次要重来很多东西。
两个易混操作的对照
| 操作 | 会清掉什么 | 不会动什么 | 什么时候该用 |
|---|---|---|---|
| 清理缓存 | 已存到本地的章节文件 | 书架收藏、阅读进度、登录状态 | 手机空间告急,或某话文件损坏读不出来 |
| 清除应用数据 | 本地进度、本地书架、登录状态、全部缓存 | 账号在服务器上的记录(登录后可再取回) | 应用出现难以复现的异常,作为最后手段 |
如果只是想腾空间,用前者;只有在应用行为明显异常、其他办法都无效时才考虑后者,并且操作前先确认自己记得账号与登录方式。
缓存任务卡住时的处理顺序
任务列表里出现一直转圈、进度条不走、或者某几话反复失败,按代价从低到高的顺序处理,靠前的办法代价最小。
- 先看是不是队列堵住了。任务按加入顺序执行,排在前面的话数体积大或者网络抖动,后面的就会一直等着。暂停前一个任务,看后面能不能动起来。
- 再单独重试失败的那一话。个别话数的源文件本身有问题时,整批重来往往还是同一个位置失败,单独跳过它反而能继续。
- 然后切换网络环境。从移动数据换到固定宽带,或者反过来,往往能绕过局部的线路问题。
- 接着检查剩余空间。手机存储接近写满时,任务会静默停在原处不报错,这一条最容易被忽略。
- 最后才动缓存本身。把失败任务删掉重新加入;实在不行再考虑清理缓存,代价是已经存好的部分也要重来。
出门之前值得先做完的事
离线阅读的价值全在「没有网络的时候」体现出来,所以要提前把准备工作做完,而不是等上了车再想办法。
- 把要看的作品确认好话数范围,一次加入任务队列,让它自己在后台跑完。
- 等任务全部显示为已完成之后再出发,进度条走到一半就上路,到了没信号的地方可能正好卡在中间。
- 顺手看一眼剩余空间,长途出行要看的量往往比想象中大。
- 如果打算在路上调观感,提前把翻页方式和亮度定下来,相关做法收在观感与设置里。
- 出发前核对一次书架里的进度,别把「上次读到哪」这件事留到路上才想起来。