香香腐宅的书架、追更与缓存管理

这三个模块经常被混为一谈，但它们的职责边界很清晰：

• 书架解决「我要看什么」。它是一份收藏清单，回答的是内容层面的问题。
• 更新提醒解决「什么时候回来」。它依托书架的订阅状态，回答的是节奏层面的问题。
• 离线缓存解决「没网怎么看」。它把内容落到本地，回答的是可用性层面的问题。

三者之间的关系是单向的：从书架订阅作品，才会有对应的更新提醒；缓存则是主动发起的动作，与订阅状态无关。理解这一点之后就能明白，为什么把作品从书架里移除不会自动删掉已经缓存的文件，也不能让提醒停止——那需要分别处理。

书架默认按最近更新时间排序，有更新标记的作品会排在前面。这个排序对追更很友好，但当一个书架里同时躺着几部几百话的老长篇和十来部每周一话的新作时，列表就会失去可读性。分组的意义就是把这几种阅读节奏分开。

比较省力的分组方式是三层：

1. 正在追：每周或每天会回来的作品，数量控制在十部以内。这一层是日常打开应用时会看的部分。
2. 慢慢补：已经确定要读、但进度很浅的老长篇。放在这一层，不参与日常的更新排序干扰。
3. 已完结：读完之后想留着回顾的作品，或者准备整部缓存之后一次性消化。

分组之后需要定期做减法。判断标准可以简单一些：超过一个月没有点开、并且回想不起来上次读到哪一话的作品，就先从「正在追」移出去。移出去不等于放弃，只是不再占用每天的注意力。这一点很重要，因为追更类应用的疲劳感几乎都来自清单太长。

「明明收藏了却没收到更新提示」是这类应用里反馈最集中的问题之一。它通常不是单一原因，而是下面三个条件里有某一个没有成立。

这三层对应的现象很好区分：有角标没有通知，说明缺通知权限；只有打开时才补提示，说明缺后台放行。按这个顺序查一遍，多数情况都能定位到具体是哪一层的问题。

缓存的占用取决于两个变量：看了多少话，以及用的是什么画质档。同一部作品从标准档换到高画质档，占用大致翻倍，因此出发前值得先估算一次。

上表是量级参考而不是精确值，实际占用会随画面复杂度与图片格式变化。用法建议是：先在真实设备上缓存十话，看一次实际占用，再按比例放大。这样得到的估算比任何通用数字都准。

这两个操作在界面上往往只差几个字，代价却完全不同，是新手最容易误操作的地方。

因此遇到空间不足时，正确的动作是在应用内的缓存管理页里按作品逐项删除，而不是去系统设置里点「清除数据」。后者会让未登录用户丢失整份书架，且因为这类应用通常没有自助找回密码的通道，重新找回的代价很高。

更换设备、重装应用或切换账号之后，进度对不上是最常见的疑问。多数情况下这不是数据丢失，而是同步范围的差异。

由此可以推出一个实用结论：如果在意进度不丢，就尽早登录，并且尽量在同一网络环境下收尾当天的阅读。缓存文件本身不跟随账号走，属于设备本地数据，这一点在换机时需要单独处理。

1. 确认旧设备已经登录，并且在联网状态下打开过一次最近在追的作品。
2. 在新设备上安装并登录同一账号，先看书架条目是否完整，再看进度是否对得上。
3. 缓存不跟随账号，需要在新设备上按需重新缓存，优先处理出行时想看的部分。
4. 确认新设备的通知权限与后台放行已打开，否则追更提醒会静默失效。
5. 旧设备确认无误之后再卸载，不要提前清空应用数据。