拷贝漫画的书架、缓存与进度管理

书架解决的是「想看的作品不能丢」。它保存的是作品的引用关系，几乎不占空间，价值在于长期积累。

缓存解决的是「没有网络也能读」。它把章节画面存到设备本地，占用的空间随作品长度线性增长，代价是存储。

进度解决的是「下次从哪儿接着读」。它记录的是位置信息，属于极小体积的数据，但一旦丢失，重新找回上次读到第几话会很麻烦。

三者的边界很清楚：删掉缓存不影响书架，清空书架也不影响已缓存章节的本地文件，而清除应用数据会同时影响三者。理解这一点，很多操作上的顾虑就消失了。

分组不必一上来就设计得很复杂。刚开始用的时候，按「在追」「待补」「已完结」三个分组起步就够了，等作品数量上去之后再考虑按题材细分。

真正的难点不在建分组，而在定期做减法。建议每周固定一个时间，把三个分组过一遍：在追里进度已经追完、并且不再期待的移出去；待补里放置超过一个月没打开过的，要么补上要么删掉；已完结里留下打算回看的，其余清理。

如果始终不做减法，书架会慢慢变成一个只增不减的列表，分组本身也就失去意义了。

缓存占用取决于两个变量：一话的页面数量，以及缓存时选择的画质档位。页面数量由作品本身决定，画质档位则可以在缓存面板里选。

下面这张表给出的是量级参考，用来做心理预期，而不是精确值。实际占用可以在下载管理里查看，那才是最终依据。

从表中可以看出，画质档位的选择对占用的影响比话数更直接：同一批章节换成高画质，占用大致翻倍。因此如果只是想在路上消磨时间，中等画质通常已经足够；只有在细密分镜或需要反复看画面的作品上，才值得选高画质。

另外建议缓存完就顺手看一眼下载管理里的占用分布。有些作品页面多、单话体量大，不知不觉就会占掉相当一部分空间，早发现早处理。

这两个操作在系统设置里常常紧挨着出现，名称也只差一个字，但后果完全不同。

「清理缓存」只删除应用自己产生的临时与缓存文件，书架条目、阅读进度、账号状态都不受影响。它的代价只有一个：之前缓存好的章节需要重新获取。

「清除应用数据」会把应用重置到刚安装的状态，未登录时积累的书架与分组会一并消失。登录状态下书架可以从账号恢复，但在恢复之前，本地缓存与部分偏好设置都会回到默认值。

所以在遇到界面异常、缓存文件损坏这类问题时，请优先使用清理缓存；只有在问题严重到清理缓存无法解决时，才考虑清除应用数据，并且务必先确认账号处于已登录状态。

「明明在另一台设备上读到第八十话，这里却显示第六十话」是常见反馈。这类现象的原因不同，处置方式也不同，按下面的顺序排查能少走弯路。

排查顺序建议固定为：先确认账号、再手动触发同步、然后检查单部作品、最后才怀疑数据丢失。前两步能解决绝大多数情况，第四种属于不可逆的情况，所以前期登录账号的意义正在于此。

一是清空已读完的缓存。已读完的作品留着缓存意义不大，清掉之后能释放出可观的空间。

二是复查提醒设置。应用内订阅、系统通知权限、后台未被冻结三者只要有一项被改动，提醒就可能失效。可以在每月的固定时间检查一次。

三是确认账号可以正常登录。这件事平时看起来多余，只有在换机时才会体现出价值。

把这些做成习惯之后，进度与缓存相关的问题 会显著减少。遇到其他具体现象，可以到 常见问题页 按现象对照处置顺序。