首页 / 离线阅读
真正需要"离线"的场景,多数不是完全没有网络,而是网络随时会断。缓存的意义就在于把这种不确定性抹平——地铁过隧道、高铁进山区、机场候机,阅读都不该中途停下。
缓存的粒度设计成章节而不是整部作品,这个选择直接影响日常使用的手感。如果缓存以整本为单位,那么一部六十章的长篇就要等全部准备好才能离线打开,而实际上你这一周可能只能读到第五十章。按章缓存之后,你只需要把"接下来要读的部分"准备好,剩下的边读边补。
按章带来的第二个好处是清理可以更精确。读完的章节可以单独删掉,把空间让给正在追的连载,而不必在"整本删掉重下"和"一直留着占地方"之间做选择。对同时追四五个长篇的读者来说,这个差别相当明显。
判断标准不是"现在有没有网",而是"下一次阅读的环境有没有网"。已知明天要坐两小时地铁,那么今晚在 Wi-Fi 下把接下里的十几章准备好;如果只是在家读,缓存其实没有必要,直接在线读反而更省空间。
另一个容易忽略的点是:缓存要在开始读之前做。读到一半发现断网,再去补缓存已经来不及了。习惯性的做法是每次进入一篇新作品时,先看它的章节数,估算一下这次能不能读完,然后一次性缓存够。
普通阅读速度下,一万字大约需要二十到三十分钟。所以"两万到八万字、已完结"的短中篇,基本对应一次完整阅读场景;而二十万字以上的长篇,更适合按章节分批缓存,每批准备三到五章,读完再补。
阅读界面里的字号、行距与配色设置,改的只是显示方式。它们不会改动作品内容,也不会让已经缓存好的章节失效,因此可以随时调整,不存在"改坏了要重新下载"的问题。
几项设置的作用可以这样理解:
这些设置会跟随账号保存,换设备后一般不需要重新调。
缓存占用的空间和字数大致成正比。纯文本的体量很小,真正让它变大的是长篇章、多章节的累积。一个可以参考的量级是:缓存十篇中篇作品,通常只占用几十兆;而缓存的一部百万字级长篇,可能达到数百兆。
| 场景 | 建议做法 | 说明 |
|---|---|---|
| 长期追更的连载 | 只保留最近未读的章节 | 已读章节及时清理,避免随章节数线性增长 |
| 准备一口气读完的短中篇 | 整篇缓存后读完再清理 | 这类作品更适合一次准备完整 |
| 反复重温的旧文 | 留在书架,不刻意缓存 | 需要时再读,在线打开即可 |
| 空间即将不足 | 先按作品清理,再按章节清理 | 从体量最大的作品入手效率最高 |
如果系统提示存储空间不足,优先处理的顺序是:先清理已经读完的作品,再看单个作品里已读的章节,最后才考虑删除仍在追更的内容。缓存删除不会影响书架收藏与阅读记录,重新需要时再缓存一次即可。
阅读记录是自动生成的,不需要手动标记。它的作用是让你在退出应用之后再进来时,能直接回到上次停下的位置;对长篇连载而言,这个功能几乎是必需的,否则每次都要在一长串章节号里靠回忆找位置。
换设备之后,书架与阅读记录会随账号一并恢复,但缓存不会同步。这不是缺陷,而是取舍:缓存是体积较大的本地资源,跨端传输的成本高于重新缓存一次。因此跨设备使用的建议是——用书架保证"知道自己在追什么",用缓存保证"这台设备现在读得动"。
另外,同一账号在不同设备上同时阅读同一篇作品时,进度以最后一次阅读为准。如果经常在多台设备之间切换,建议读完一个章节后再切换,避免进度停在半章的位置。
弱网指的是信号存在但质量差的状态,常见于地下通道、老式住宅、移动交通工具。在这种环境下,在线读取作品简介与标签的效率会明显下降,但已经缓存的章节不受影响——这正是缓存的主要价值所在。
因此在弱网场景里的合理策略是:在有网的时候把检索和筛选做完,把决定要读的章节缓存好;进入弱网之后只做阅读这一件事,不再依赖任何在线请求。这套分工配合 多条件叠加检索 使用效果最好,因为筛选环节本来就可以提前批量完成。
如果缓存之后仍然打不开章节,通常不是缓存本身的问题,而是章节在缓存时没有完整写入。处理顺序可以参照 常见问题排查 里的离线相关条目。