该提醒你的时候才提醒
虫虫漫画的更新提醒只在收藏进书架的作品出了新章节时推送，不会用签到、任务这类消息来占位置。提醒由几个条件共同决定，也会因为你的系统设置而改变，把这几个开关的位置弄清楚，追更就不会被打扰。
提醒靠哪几个条件共同触发
很多人以为「收藏了就会收到提醒」，实际是四个条件同时成立才会推一条，缺任何一个都收不到。
- 作品在书架里，而不是只在浏览时点过收藏。不同入口加入的记录位置不一样，书架那一层才是提醒的观察范围。
- 该作品确实有新话上线。已经完结的作品不会再有更新提醒，这是正常的。
- 应用侧的总开关是打开的。总开关关掉之后，单部作品的设置仍然保留，重新打开就恢复原来的状态。
- 系统的通知权限仍然授予着。这一项归系统管，不在应用内部，换机或者手动关过一次之后最容易被忘掉。
四个条件里，最常出问题的是第二条与第四条。判断方法也简单：打开书架里那部作品，看目录最后一话的更新时间是不是今天或者昨天。如果确实更新了却收不到提醒，问题基本就落在权限那一侧。
通知权限给出之后会发生什么
权限授予与否，差别不只是「能不能弹窗」，它会连带影响到另外几件事。
| 项目 | 已授予通知权限 | 未授予通知权限 |
|---|---|---|
| 新章节提醒 | 会弹出，也会出现在消息中心 | 不弹出，消息中心里仍然记录 |
| 缓存完成的提示 | 批量缓存收尾时提示一条 | 不提示，需自己回缓存管理页确认 |
| 应用内的小红点 | 与通知同源 | 不受影响，仍然按未读显示 |
| 耗电与后台 | 提醒依赖后台唤醒，略高于关闭状态 | 更低，应用只在打开时工作 |
关闭权限并不可怕，消息中心仍然会把提醒留下来，只是从「主动找你」变成「你回去看」。如果在意续航，或者手机本身就比较卡，把权限关掉、只在想追更的时候打开应用，也是一种合理用法。
提醒太频繁怎么收一收
提醒变多的原因通常只有两个：书架里挂着的连载太多，或者追的作品正好都在同一段时间更新。按这个顺序收，成本最低。
- 先按作品关：把已经没有在追、只是当时顺手收藏的作品单独关掉提醒，不必从书架里删掉，留着也不会有影响。
- 再按时间关：设置里可以指定一段免打扰时段，这段时间内的提醒不会弹出来，但仍然会留在消息中心。
- 最后才动总开关：总开关一关，所有作品都不再提醒，适合一次性屏蔽，但要记得什么时候再打开。
有一个细节值得留意：免打扰不等于丢弃。时段内产生的提醒会在免打扰结束后安静地列在消息中心里，不会一次性集中弹一遍，也不会被合并成「你有 N 条提醒」这种笼统的一句话。
免打扰与系统静音的区别
这两件事经常被当成同一件，实际发生在不同的层：一个在应用里，一个在系统里。
应用内的免打扰只控制漫画相关的提醒，其它应用的通知不受影响，且消息中心里能查到这段时间发生过什么。系统层面的静音则会让所有应用一起安静，也不会区分内容，好处是彻底，坏处是容易错过真正重要的消息。
睡觉前只想屏蔽追更提醒时，用应用内的免打扰更合适；如果是一整段时间不想被任何东西打扰，比如开会或者休息，用系统自带的勿扰模式更直接。
消息中心里都留着什么
消息中心是提醒的存档处，按时间倒序排列，主要收三类内容：
- 更新类，也就是哪部作品的哪一话上新了，点进去直接跳到那一话。
- 缓存类，批量缓存任务完成或者中途失败时会留一条记录，失败的那条会写明卡在了哪一话。
- 系统类，比如登录状态变化、版本更新提示这类不常出现的信息。
消息中心里的记录可以单条删除，也可以整体清空。清空只影响这份记录，收藏关系、阅读进度和已经缓存的内容都不会跟着消失，这一点可以放心。
顺着提醒这条线继续读
提醒只是追更这条链上的一环，前面还有「作品有没有被正确收藏」，后面还有「缓存有没有提前存好」。
- 本地文件扫描进书架的完整走法，包括封面为空、条目重复时的处理。
- 阅读进度和记录分别存在哪一层，以及换设备时的搬运顺序。
- 账号与提醒相关的问题集中在一处，可以直接对照。