更新状态标签怎么分辨
三个标记指的是三件不同的事，放在一起看才不会误判。
| 标记 | 说的是什么 | 该怎么安排 |
|---|---|---|
| 连载中 | 作品还在往下出，后面的内容尚未完结 | 放进书架交给提醒去盯，不必每天手动翻目录 |
| 已完结 | 正文已经出完，不会再有新话 | 可以照着空闲时间一次性补，缓存多存几话也不怕过期 |
| 新更 | 这个作品的某一话刚刚更新，与作品何时上架无关 | 当成「最近动过」的信号，别当成新作品上架的提示 |
| 更新到第 N 话 | 当前已经能读到的最后一话编号 | 用来判断自己落后了多少，比看更新时间可靠 |
「新更」与「更新到第 N 话」常被当成同一件事，其实一个是动作、一个是进度：老作品复更时同样会带新更标记，而话数编号才是你真正要追的位置。
收藏与订阅提醒不是一回事
把两件事混在一起，是「明明收藏了却不提醒」这类困惑的共同来源。
收藏：把作品存进书架
- 解决的是「我以后还找得到它」
- 收藏数量没有上限，也不会产生推送
- 删掉缓存、换个手机，收藏关系都还在
- 适合放进「想读但还没开始」的作品
订阅提醒：让新话主动来找你
- 解决的是「我不想错过下一话」
- 按作品逐个开，开得越多推送越密
- 依赖应用内开关与系统通知权限，缺一个都不响
- 适合放在真正想第一时间看到的那几部上
两条线各自独立，所以整理追更列表时可以分开处理：书架留宽一点，提醒开窄一点。
提醒推得太多怎么压下来
推送一密集，人就会开始无视它，提醒也就失去了作用。
只留最想第一时间看到的
把同时追的十几部缩减到三四部，其余靠顺手翻书架解决。推送量降下来之后，剩下那几条才真的会被点开。
给夜间加一道闸
设一个免打扰时段，把深夜的推送挡在外面。醒来之后一次性看到，比半夜被震一下的体验好得多。
只在 Wi-Fi 下推送
用流量看连载的人可以打开这条。推送本身不费流量，但它会把你带进应用，进而牵出后面的图片加载。
追更页面上能看到什么
书架页把「收藏多少、今天更新多少、缓存了多少」三件事并排放。
三项计数各有各的用途。「收藏」衡量的是这座书架装了多少东西，「今日更新」指的是书架里今天动了的那几部，而「已缓存」只统计落在本地的话数。真正决定要不要动手清理的，是后两项之间的差：更新数高而缓存数也高，说明本地堆了一批已经读完、之后不会再翻的旧图。
每一条作品条目里的进度条对应「上次读到第几话」，和作品自己的「更新到第几话」是两个不同的数字。两者之间的差距就是还没补的部分，一眼能看出哪一部已经落后得比较多。
分组标签用来切分书架，把追更中的连载和已经完结、只是留着备查的作品分开。分组本身不影响提醒，但它决定了你打开书架时第一眼看到的是什么，也间接决定了还会不会漏掉更新。
缓存和更新之间的关系
缓存是按话存的，作品更新不会自动续上，这两件事需要手动对齐。
缓存下来的话是固定的图片文件，作品出了新话，本地并不会自动多出那一话。所以「缓存过就等于离线也能追更」是一种常见误解 —— 离线状态下能读的，永远只是已经存到本地的那几话。
这也意味着清理的时机很关键。读完就清是最省空间的用法：图片是缓存里体积占比最大的部分，章节留着不读只是白占地方；等到想看的时候再补，反而不会让离线仓越来越重。
反过来，完全不清理也有代价。作品更新之后旧话仍在本地，体积只增不减，长期下来会明显拖慢应用打开的速度。把清理动作绑在「读完一话」这个节点上，是最不费脑子的做法。
提醒与缓存并不冲突：提醒负责告诉你新话到了，缓存负责让你在没有网络的时候也能读。把前者开窄、把后者做短，两件事各归各位，追更这件事就不会失控。
更新时间不固定时怎么安排
连载的节奏由源站决定，能调整的只有自己的追法。
不同作品的更新间隔并不一致，有的隔天就有新话，有的要等上一阵。与其记时间，不如把判断权交给状态标记：打开书架先看「今日更新」这一项，有变化的自然排在最前面，没有变化就不必往下翻。
碰上断更或者长期停更的作品，最省事的做法是从追更中移到普通收藏，把提醒关掉。这样既不会误以为错过了什么，也不会在它复更时被突然的推送打断节奏；等它重新动起来再移回来即可。
如果同时追的作品数量比较多，可以按题材或地区分组，把「最近在看」和「等完结再补」分成两组。前者保持短小、开着提醒，后者不设提醒，只在有空的时候翻。分组本身不改变更新节奏，但能让你对「现在该读哪一部」这件事不用反复做决定。
最后一条经验来自讨论里出现得最多的那类反馈：不要为了凑数量而收藏。书架里每一部作品都占一个判断位，装得越满，真正想看的越容易被压到列表末尾。