很多人把这两个动作当成一回事，用起来之后就发现清单越来越乱：明明只是想留着以后再看，却天天被提醒打扰；真正在等的那几部，反而混在几十条收藏里找不出来。

把分工想清楚就顺了：

所以日常更省事的做法是：喜欢的都收藏，正在追的那几部再单独把提醒打开。这样书架可以放心地越攒越大，提醒却一直保持在一个自己消化得了的规模。

提醒开关的位置通常就在作品页或追更列表的右侧，一个小的切换控件，开着的时候是亮色，关掉就变灰。追更列表上方还会有一行计数，比如追更总数、今日更新数、已缓存数，扫一眼就知道今天有多少新内容等着。

更新标签里的顺序怎么排出来的

首页的「更新」标签不是按收藏顺序排的，它看的是作品最近一次放新章节的时间，越新的越靠前。所以同一部作品两天没动静就会往下沉，这也是为什么追更列表需要自己维护——排序只反映「最近发生了什么」，不反映「你在等什么」。

如果发现某部在追的作品明明更新了却排在很后面，先确认它的提醒开关是不是开着的。只有订阅状态的作品才会稳定地参与这一栏的排序，单纯收藏的作品可能会被淹没。

另外，作品页上那行「周订阅第几名」是个不错的旁证：它统计的是这一周被订阅的次数，名次靠前说明这段时间看的人多，通常更新也比较勤。拿它当筛选参考，比单看封面靠谱。

想了解这一栏和首页另外两个标签的关系，可以看首页几个标签各自收着什么那一段，两者是同一套入口逻辑。

按周看更新节奏的方法

追的作品多了之后，与其每天打开应用看有没有更新，不如先摸清它们的更新节奏，再决定什么时候来看。

做法很简单：把在追的十几部作品按「大概什么时候放新章节」在心里归一下类，习惯在固定日子更新的归一类，几乎天天有动静的归一类，随缘更新的归另一类。然后只需要在固定的日子打开一次更新标签，就能一次看完。

判断更新节奏有个捷径：看目录页里相邻两话的发布时间差。连续看三四个间隔，节奏基本就清楚了，比看简介里写不写「每周更新」可靠。整部已经完结的作品不需要这一套，放进书架慢慢读就行。

按周来安排还有个副作用是省流量：固定时间集中打开，缓存任务也集中在同一段时间跑，比一天打开十几次要省得多。

提醒负责「告诉你」，缓存负责「帮你先拿好」。两件事接起来，出门在外才真的不慌。

这中间有个容易忽略的点：缓存下来的章节，翻页体验和在线是一样的，但少了等待。也就是说，把上面四步做完之后，你在电梯里、地铁上翻的那几话，其实早就是本机文件了。关于这一点的细节写在缓存章节读起来有什么不同里。

追更列表膨胀到几十上百部之后，提醒本身会变成噪音。这时候需要的不是关掉提醒，而是把清单分成几层。

一层是在追：提醒开着，一周内会看的作品，数量建议控制在十几部以内。一层是养着：收藏在书架里，提醒关掉，等它更完或者自己想起来再去看。还有一层是看完的：直接从书架移出，需要的时候重新搜回来就是了。

本地缓存也要一起管。缓存的体积跟清晰度直接相关，同一话选高清和选标清能差出一倍以上，追更多了很容易累积到几个 GB。清缓存不会影响书架和阅读进度——收藏记录跟着账号走，图片文件才留在本机，这两件事是分开的，所以完全可以放心清。

定期做一次这件事，收益比想象中大：打开应用看到的是一个干净的、只有自己在等的作品的列表，而不是一个需要花五分钟才能读完的通知墙。

提醒没弹出来，绝大多数情况下不是应用的问题。按下面这个顺序查，一路走下来基本能定位。

需要说清楚的是，具体到每一部作品的更新时间和提醒到达时间，还受作品本身排期和服务端调度的影响，没有哪个客户端能保证「更新后立刻弹出来」。把它当成一个「大概率会告诉你」的助手，心态会稳很多。更细的排查顺序收在书架、追更与账号相关的问题里。